

In reality, the bit number should ascend 0-7, and the byte number 0-4, increasing by 1 each time the bit number maxes out. Thanks to the swapping of parameters, 3 bytes unrelated to Hai Yo's cookbook (bytes 5-7) can be examined.

The table below shows what byte and bit are checked for each Recipe, and what the flag at that Those of you who are good at math probablyĪlready know that that positon corresponds to Recipe #21. So for Recipe #34, they incorrectly determine (4,2), and then check (2,4) for good measure. The error is further compounded when they flip the Would be checked against postion (5,0), which is data that is not related to Hai Yo's cookbook. Every check would be one bit (box) off, and the last recipe They would examine position (4,2) for Recipe #34, which would be the flag for Recipe #35. To start with, Konami determines the recipe number from the item digit, and never subtracts 1 from it as above. The only difference is that it needs to go to a byte instead of a building, and look at a bit instead of a box. Simple enough, right? This is essentially what the after-battle module should do, in order to check whether or not Hai Yo has a particular recipe. Since the after-battle module is not used in those cases, the bug has no opportunityīox 1 : (1 - 1)/8 = 0, remainder 0. Of an event, like a Cook-off, or found in towns, chests, or shops. Luckily for Konami, this mostly occurs for recipes given as part However, the error in the checkĬan also cause data unrelated to recipes to be examined in some cases.

The bug mostly manifests when Hai Yo has recipes. The searches through various inventories actually work correctly. That includes the party's bag, storage, and Hai Yo's "cookbook". Instead opted to search for the item everywhere a player might put it. Apparently to save space in the Playstation's precious RAM, Konami decided not to flag the occurrence of a drop, and It isn't removed or replaced receipt of the item is simply prevented after the fact by checking to see if it Enemies that drop a Recipe item, are only allowed to drop it once, but it will always be These drops all have a probability from 1/255 More specifically, the problem is a programming error in the after-battle module.Įvery enemy in the game has space for three "drops", items that they may drop after being killed. You can happily receive every "impossible" recipe in the game, if you just play withoutĮver giving him any of the recipes you acquire. In the simplest terms possible, the problem is Hai Yo.
