NulMyre

I figured out the problem, I'll update in 24 hours. Thanks guys. EDIT: Uploaded fix, my check sum line was missing "Csum +" so it ended up as the last two bytes every time.

@Bond I have time now, I'll make an arithmetic function and re-up the program. @Juan There is a check in the program that won't make a VRD if are no Pokemon are present for the battle. I can't imagine anyone having a legit replay with Pokemon in it. EDIT: The "with non-bitwise" zip has both, tested on Vista 32bit.

Ouch, I can't do 64 bit, and I know now it is the decryption that's messing up. 64-bit utilizes a different bit count for variables, and I'm using a bit-wise command for decryption. I'll see if I can get it going without the said command.

Hmm, it could be OS issues, are you running Mac or Linux? I can't test on those myself, so the road to fixing there is bumpy.

Uploaded a resting version, enjoy.

Its going nowhere, eviction sucks, it sucks out time I don't really even have in the first place. This program has an ETA of "When have a real amount of free time available and I can grab my programming computer out of storage." I'll find the old one and put it back in a couple of days when I get back to a computer with my drive.

I will get it back, I'm working on a GUI for that reason, but life has caught up to me and I've been very busy. I should have much progress if not done by the end of August. I really don't feel like putting up the first one I made again, it was one of those "Holy Crap!" moments and it's actually horrible. Don't expect anything over the weekend, I'm actually not going to be able to touch my computer.

I just tested against the GTS with a few replays holding my Latios edited in various ways with something at would be advantageous in battle: Edited final stats (SpA at 255 at Lv 50 - Original is 162) Illegal Ability (Wonder Guard) Illegal Move (Sheer Cold) EV cap (Additional 255 EVs in ATT) Illegal PID/IV combo (Random generation and checked against the equated generations) Only the last one, the PID/IV combo got through, the rest said on uploading that there was "something wrong" with the Pokemon, not the replay itself. I made the replays in frontier, Battle Hall I believe. (go in with one Pokemon, fight by types) At this point, reading the PKMs inside the replay would just be for extraction and ID'ing the Pokemon used for the GUI part planned for the program. I'm planning on putting in the extraction, but later when GUI is up so you don't just have 12 PKMs spat at you when you just want one. It would be done anyway, me or not, and with 5th Gen on it's way already, I'd say it is a little late in the game to complain about this. When I do get back to this in a couple days, I'll look at trying to force slots so that the position restrictions can be eliminated.

The Structure goes: (and there are buffers in between some blocks) Opening buffer, some throw off bytes to prevent guess and checks. Both Trainer's Names (or all four in mutli battles) Trainer's eye's commands Trainer's eye's opponent's commands Trainer's eye's battle necessary PKMs Trainer's eye's opponent's battle necessary PKMs Owner of video's name End buffer. That's how the main block lays out, how the battle's choices are recorded are in words, like in a single battle, say my first move is (01 01), that's attack, first attack option on the current Pokemon, then say my next is (01 03), attack - 3rd attack on list on the current Pokemon. Hmm, inside program-esque question... Only for you codemonkey85. Textual very likely, graphical is possible but will be more time consuming than PPSE. Now, given that we have that, it's all just choices, no calculations are inside because the .vrd has a "Start Battle Seed" for the RNG and reenact the battle. If we want to know calculations, we have to know how the RNG handles every element in battle, so we know where it is at a given point. I just thought of another goal for this after the legal check goal, a "Make .vrd". Although I would have to say that the PKM extraction would have to be OK'ed by general public, otherwise manipulating a scratch made .vrd file would produce said program by another. Ugg, we'll cross that river when we get to it.

Updated with an additional requested program, details in first post.

The small problem is the large amount of implementation, I'd have to check for the video being yours, being a native video, and other small things. Although, if I get this program the way I want, it would end up bypassing every check except owner's name, but you can change yours in the .sav and thus extract the .pkm files. So, until I finish or come close, I won't put the .pkm extraction back up and it'll be up for debate. I also noted that this was intended for Platinum, no guarantee on HGSS, and that would come after GUI. You can grab replays from Wifi from HGSS to Platinum. Small update, .vrd files placement is actually very secure after tinkering for another 6 hours. I'll upload a working program in a moment.

Ok, I'll update next with a backup/upload for .vrd files, and the current .vrd files are still encrypted, and it'll be best to leave it that way. I'll take my current file down for now to prevent stolen PKMs in this moment of time. I'll update with an option box for upload/backup, and do an open box to a save box. Eventually I'll make a simple GUI that tells what the replay is like the in-game Vs. Recorder.

Yes, it's your PID to IVs, to make it hatched, do both dates, met at let = 0, Met = 4, Hatched = 2000. For "apparently met" you need the OT, TID, SID, OT Gender, Region, and Hometown to be the same as the cart you want it on. It will always be "apparently met" to everyone else, because the idea is if you didn't catch it, you don't "know" for sure so it is "word of mouth."

After starting since I made the ShinyViaSID Program, I've been working on getting the Vs Recorder data cracked (Early April-ish...) Thanks to KazoWar for confirming my theory of replays containing PKMs. I just finished the cracking part at 2 AM today, and I have a presentable program for placing the recorded fights into individual files which I placed the extension: .vrd (Vs Recorder Data). Pick a .sav file and it should take out all 4 of you videos, named accordingly to placement. Now extracts PKMs using a GUI. Because of B/W progress, there should be little issue with this program. It only works for Platinum's SAV checkpoints. Pokesav and the like already have the "stealing" idea, especially for event Pokemon. If you are going to have consent issues, don't use it. As much as I don't condone stealing, it is going to happen because in the research world, it does. I attached a .sav I use so anyone can test if they so want to. Plans for .vrd backup program: -Simple backup/upload of .vrd files - regardless of slot/.sav -Details of .vrd file loaded mimicking in-game Vs. Recorder details Uses implemented: -Extract Vs Recorder files, automatically extracts all occupied slots and names accordingly. Files written in the .sav directory. -Extract PKMs from VRD files via GUI. Files written in the .jar directory. -v1.0a Fixed bug: Check sum issue on PKM rip, now adds the CS to itself during each iteration instead of overwriting itself every time. -v1.0 Backed VRDs if occupied (no GUI), ripped PKMs via GUI (individually) Additional version using arithmetic function as opposed to bit-wise under suspected issue. -v0.6 PKM ripping removed, backed VRDs via GUI. -v0.5b Initial release, backed VRDs, ripped first PKM of host party. VRD-PKM (v1.0a).zip

I was working on a rental system, but it isn't finished and is now a halted project. I have up to 151 done, I just need to make the PKMs and then I could get the AR code for you. I should have that ready for you if you'd like to even test out that by Sunday.

It goes with the SE Java Console: http://java.sun.com/javase/downloads/index.jsp It is standard on virtually any machine, and the only thing I think can take the extension as well (but not use it correctly in this case) is WinRar.

I got it switched, 0 runs the cycles, 1 is a fail. http://www.smogon.com/forums/showthread.php?t=52180 Find >> "synchronize" >> 2nd one.

It changes the Trainer SID, so after you already make it legal but not shiny which should be easier, then run it in the program.

For the Mewtwo, if you don't necessarily care about the SID so much, you can use a program I made: http://projectpokemon.org/forums/showthread.php?8359-Shiny-Pokemon-Program Just make it legit, and pass through legit.exe, then run the PKM through my program, and it's shiny without altering stats, just the SID.

Thanks guys, I'm glad it's working for the most part. @pensoftware, you have a somewhat recent JDK, right? If you don't have a Java Platform (SE version) installed then the program doesn't run let alone all the pretty stuff on the internet that isn't flash.

Invalid means not valid (if you didn't know that already). The [sync: Invalid] is nothing to worry about, if the game landed on your first PID call and the highest bit was 1, it runs a synchronize cycle, and would be Valid. Since yours was Invalid, the game would not run a synchronize cycle check, look up how synchronize uses the RNG for more details. EDIT: I accidentally switched the values, 0 runs the cycles, 1 is a fail.

Given that we assume the Mersenne Twister that the RNG for eggs uses can produce an unrestricted 4 call combo, this isn't a huge issue. The Mersenne Twister is one of the better RNGs, given Random Number Tests placed against it. It passes fairly good ones, and even with given documentation, we can't manage to tack it down. Since we most likely still seed with 4 bytes, we only take 2 out for the call, we can't catch the overlapping that most Twister variants do. At this point, for what has been found out, you don't need to worry. Plausibly, we have less than .1% of combos that are illegal, so saying that, at most 1 in 1000 of your scratch-made hatched Pokemon are illegal. For all I know, it could actually be 1 in a million. If you needed to know, there are 1,073,741,824 unrestricted PID/IV combos.

Given that the restriction is directly a PID/IV combo issue, the legality checker does check for this. I was considering writing up a PID/IV seeker program, due to a couple of things the current one has (speed issues being #1), I aim to have a faster and more flexible program. In the meantime, just post up nature/HP type combos and I can put up the max possible IVs with the correct PIDs.

I've noticed many people wanting shiny Pokemon, but having a hard enough time trying to make them legal. I put together a program today in hopes that people will use it to not have to post illegal Pokemon because they pressed the "Shiny" tick mark. All this program does is change the SID according to the PID and TID, and changes the checksum to make it valid. It's a .jar file, so this should work on Macs and Linux systems also without extra implementations. I have only Windows, so if anyone has either, please post if you either Mac/Linux and tested this program. It works like an .exe program, double click and select the PKM. Update: UnderXRay requested a program that changes TID and SID, I thought it a little odd but I just had to add a loop to my source to make this happen, after I had my 4th of July. SHINYviaSID.zip ShinyViaTIDSID.zip

It was really keeping the nature, you can make a perfect IV shiny Pokemon, but you're forced to certain natures only because of the perfect IVs.