Sabresite

Nintendo FAILS AGAIN! if ( name.IndexOf( "fag" ) > 0 && name.ToUpper() != "Cofagrigus" ) DENIED Too bad.

Honestly I didn't know that those were VERSION specific. I will have to go over my wondercards and make sure I have both.

They will say something to the effect of, "I am not on the Pokemon Development Team, therefore I am not sure how the inner workings of the game works so I cannot comment on this. The Pokemon is NOT supposed to be shiny."

Any theories on why they made a white ONLY version and will later release a black only version?

Great digging work!

Yes it is different, and yes it will be in the new version.

The new version isn't out which includes this event.

Go for it.

Legality Checker doesn't work for Black/White....

It would be a pain in the ass, however you COULD use the debugger and do it manually Find out the locations that are modified. Then remove the dynamic memory bullshit using the AR code. Then keep loading binary files into those memory locations with the specific values. Thats what I did with PokeMaker and VBA before I wrote my own pokemon editing program.

The fact that they say that Jirachi CANNOT be shiny, and shiny jirachis (among others like manaphy) are banned/restricted, is complete bullshit. I cannot believe them about 10 anniv or other events that follow the same type of generation either.

Ah that changes things... Okay thanks for that info.

I have been attempting to finalize my trash byte verification process. This will fix all problems with checking trash bytes in the current version. Here is what I have so far: Going in reverse order (last byte to first byte) check for an ending FF FF (terminator pair). To distinguish between a terminator pair and trash bytes, all bytes before the terminator pair (even another terminator pair), must be a valid Korean or Non-Korean character. If there is a pair of bytes that are not a valid character, then you start from that terminator pair and keep going until you find another terminator pair. If no terminator pair is found, then its invalid. If a terminator pair is found, then the above is checked again. If all characters are valid and a terminator pair has been found, then the text follows one of two sets: Korean or Non-Korean. If it contains korean characters, then it is definitely korean, otherwise it is still either one. Check every part of the visible name to make sure those characters fall into the proper font table. Next check the OT Name the same way. If there are korean characters then it is definitely korean, otherwise it can still be either one. If it has korean characters then check for a NICKNAMED flag, and check for korean trash bytes. All pass, then its valid. If it does not have korean characters, then check every country's trash bytes to see if one or more are valid. Only check for korean trash bytes if it has a nicknamed flag. Then check the OT Name for proper trash bytes according to the valid trash bytes found above. Did I miss anything in my analysis? I would also like to thank Eevee aka Veekun and his minions for his PokeDex info. I stole it to facilitate the comprehensive checking of legality checker.

Legality Checker has incomplete Platinum/HG/SS Trash byte support. This will be fixed in the new version. The trash byte normalizer WILL NOT be updated.

PokeWalker is not in the currently released version of Legality Checker. You will need to wait until the next version to check those.

Drop the .PKM file ONTO the Legal.exe file. Windows will open Legal with the PKM. You can also drop multiple PKM files, and/or folders.

No, it will not work with crossover. The program SPECIFICALLY requires .NET Framework 2.0.

The way I take care of something like this. As odd as it sounds, I make a rainbow list of each PID_HIGH PID_LOW IV_HIGH IV_LOW. Then I run PID algorithms to determine if there are any consistent LCRNG seeds. Then I run those seeds backwards/forwards for 100 iterations. Then I stare at the results for a few hours. I predict though, that these pokes are uniquely random

I am going to add in layer detection for trash bytes. So that will be taken into effect. I plan on setting it up like this: Pal Parked Name (whether nickname/non-nickname) Trash Bytes X number of nicknames OR Evolution X number of nicknames OR Evolution

http://en.wikipedia.org/wiki/Mersenne_twister <---- YAY GOOGLE! I have decided to make a comprehensive legality check system for all events for 3rd gen and 4th gen. I have just about every event except for some of the Korean ones. To do this, I will need either the PCD or the PGT. Unfortunately the PGTs lack distribution information (date/games), but I can add that in manually if needed. If anyone would like to help by contributing their gen 3 or gen 4 pokes so I may complete the comprehensive testing, please email them to me. EVERYTHING will be checked including name, pokeball, met location, met level, region/language, trash bytes, etc... as applicable.

Did you want to make the pokemon for 5th gen? Legality Checker doesn't check 5th gen pokemon.

I hope all of our japanese members are safe and make it out of this terrible disaster alive! Our prayers are with you and everyone in Japan. I also pray that everyone is recovering from the disaster in New Zealand not too long ago. http://earthquake.usgs.gov/earthquakes/recenteqsww/Quakes/usc0001xgp.php

I am also building a quick program that will cycle through all Mersenne Twists for TID/SID verification. The program should take a couple days to run, and another couple days to sort. The rainbow list will take a total of approximately 10GB. Once the information is sorted, I will have an exclusion list (if practical) included with legality checker. If its not practical, yet still possible to run from our server, then I will do that.

Doubtful. There is no place to specify a shiny check in the encounter information data. And if its specific to that item and its triggered with a mystery gift, then its easy to find that check in the ARM code when stepping through the encounter data while trying to catch mew.

So what is the argument? I'm confused...