Jimera
-
Posts
15 -
Joined
-
Last visited
1 Follower
-
Sorry for the late reply, Codr. Yeah, I'm running XP; I don't know what it is about this OS that makes it decide to put today's date into the "Caught On" window. All I do is load a .pkm file into Pokegen via the "File" menu (happens if I move one in from the party/box windows too), and when I switch to the tab with the Pokemon's caught date, it already says the current day. It seems to be happening as soon as the .pkm file is loaded. Hope that helps.
-
Codr, I just noticed that when you load Pokemon into PokeGen it still sets their "Date Caught" to the current date. I'm just thinking that for people who miss this (because it's pretty easy not to notice it) it can be a minor annoyance. Is there any chance you could update PokeGen to retain the original date of capture/acquisition?
-
Haha, okay, sounds awesome, I can't wait to see what you've got up your sleeve. Also, I found something that you might want to fix. After doing some basic tests to confirm it, I noted that when editing a Pokemon's EV data, there's an issue with the Special Attack, Special Defense and Speed windows. It seems that EVs entered into the Special Attack box somehow wind up getting applied to the Speed stat instead; those entered into the Special Defense box end up applied to Special Attack; and those entered into Speed get applied to Special Defense. Hope that helps, and good luck with whatever surprise it is you're working on, heh.
-
OK, yeah, I found it, many thanks. Turns out I had my formats backwards and I was trying to save it as a 136-byte file when I should have been saving it as a 236-byte file. *Sigh*... very like me. You know those menu tabs that say "Main," Met," "Stats," "Sttacks" and "OT/Misc?" One possibility is that you could add another tab for Pokemon selection and then configure the window to allow for selection from the current party or a storage box. Alternately, you could do something more like Pokesav, where there's a separate window for loading Pokemon to/from party or storage slots, with each party/box slot and the Pokemon occupying it displayed in a list format with "Save" and "Load" buttons next to them. I know you're trying to avoid making the PokeGen window unnecessarily large, but due to the large capacities of the storage boxes, the best way to keep things more condensed is probably to stay with something similar to what you've got now with the drop menus. Maybe you could add a "Select Pokemon" tab to the main PokeGen window and have that tab contain drop menu windows for the party and each box...? Hope that helps somehow.
-
Naw, no offense taken. It's just that I originally got my information on SID calculations from smogon, and they make it sound WAAAAY complicated. So yeah... Anyway, it's water over the dam now. I DO have a suggestion for PokeGen though. You should add an option to choose whether to save a pkm file in 136-byte format or 236-byte. For some reason whenever I open my pkm files in PokeGen 2.21 and then save over them after editing them, it always seems to convert them to 236-byte format. I tried opening those 236-byte files and re-saving them as new files, but they still seem to have been saved in their 236-byte format. It'd be very convenient if PokeGen had a feature to manually counteract this (or perhaps if PokeGen simply saved them in 136-byte format by default whether they're being overwritten or not).
-
Hahaha, thanks for all the help, guys. It turns out I DID have the wrong SID, but I made a really strange discovery in the process of finding that out. I had used Smogon's SID calculator (accessible via http://www.smogon.com/ingame/rng/deducing_secret_id and then clicking on the corresponding link) to calculate the secret ID from my SoulSilver save file. That program specifies that you need to use a normal (non-chained) shiny Pokemon from which to calculate the secret ID number. Not having one, I instead experimented with a non-shiny Pokemon. Smogon's SID calculater spit out a SID that my SS save file DID accept as valid, even up to the point of allowing me to change the name of any Pokemon to which I assigned that SID and my normal TID from that file. However, recently I obtained an NDS Adapter Plus, which is a USB device that interfaces directly with retail NDS carts and can upload and download save files between the cart and a PC. I used this device to rip my save file to my computer, and upon opening it in Pokesav, I discovered that my -real- Secret ID was totally different from the one the SID calculator had given me. So in the end, it seems the original results I received from the SID calculator WERE still somehow valid, and deceived me as a result. (Then again, I suppose it was my own fault for not following Smogon's instructions ) The interesting piece of all this is that apparently it's possible for there to be more than one Secret ID that legitimately matches a given Trainer ID, but there's only one Secret ID that *COMPLETELY* matches it. When I entered the secret ID I obtained from my gamerip and edited my Gyarados' .pkm file accordingly, it now shows up correctly as "Met at..." and not "Apparently met." Thank you guys again for helping me again with this. Oh, and It's not the Gyarados, it's the principle, haha, I just wanted to figure out what the heck was going wrong- which all of you helped me to do. So thanks again.
-
Hey, Codr, I finally figured out what was wrong with that Gyarados I was having trouble with. I made an interesting discovery; though it's not directly related to the topic at hand, I thought perhaps it might somehow be useful to you in helping to improve PokeGen, so I've decided to share it. I had used Smogon's SID calculator (accessible via http://www.smogon.com/ingame/rng/deducing_secret_id and then clicking on the corresponding link) to calculate the secret ID from my SoulSilver save file. Thhat program specifies that you need to use a normal (non-chained) shiny Pokemon from which to calculate the secret ID number. Not having one, I instead experimented with a non-shiny Pokemon. Smogon's SID calculater spit out a SID that my SS save file DID accept as valid, even up to the point of allowing me to change the name of any Pokemon to which I assigned that SID and my normal TID from that file. However, recently I obtained an NDS Adapter Plus, which is a USB device that interfaces directly with retail NDS carts and can upload and download save files between the cart and a PC. I used this device to rip my save file to my computer, and upon opening it in Pokesav (didn't realize you already finished adding save file support to PokeGen, GEEZ you work fast), I discovered that my -real- Secret ID was totally different from the one the SID calculator had given me. So in the end, it seems the original results I received from the SID calculator WERE still somehow valid, and deceived me as a result. (Then again, I suppose it was my own fault for not following Smogon's instructions ) The interesting piece of all this is that apparently it's possible for there to be more than one Secret ID that legitimately matches a given Trainer ID, but there's only one Secret ID that *COMPLETELY* matches it. When I entered the secret ID I obtained from my gamerip and edited my Gyarados' .pkm file accordingly, it now shows up correctly as "Met at..." and not "Apparently met." I hope that's helpful in some way.
-
OHHHHHHH That would explain the problem. Thanks, haha, I didn't realize it creates new .pkm files in the 136-byte format. SendPKM is a handy little Python app that allows you to use your PC as a personal server and send .pkm files directly to your retail DS cart or flashcard via WiFi. It's most useful for those of us who don't have flashcards (which won't be me for much longer, hopefully). Here's a link. http://gbatemp.net/index.php?showtopic=211989&st=0
-
Amen to that. I was able to load that legit red Gyarados' file in PokeGen, but when I try to send it to my retail cart via SendPKM it still won't send it. It causes an error screen on my DS. Is there any way to actually edit the .pkm file from 236 bytes back down to 136 so the game will accept it via SendPKM? (That might be another nifty option to add to PokeGen; I tried assigning it a party slot and my retail cart STILL wouldn't accept it. Also, all the other .pkm files I have show up in PokeGen as being box Pokemon anyway, so I dunno what's going on there...)
-
Wow, you work fast. Thanks so much for updating it. Heh, I didn't expect there to be anything obvious in that Gyarados file... I wonder if it has to do with one of those supposedly unused hex values...? I asked someone on the database forums to upload a legit red Gyarados for me to compare and experiment with, but the one they uploaded was apparently a storage Pokemon and I don't know how to edit the bytes to the correct length. Now that you've added party Pokemon support to PokeGen, though, I might be able to solve that problem... thanks again for writing such a great program, and for continuing to work hard on keeping it updated.
-
Codr, Absolutely wonderful work. I'm glad there are people out there who have good heads for algorithms and other types of programming mathematics, 'cause I sure ain't one of 'em. I think I've found my replacement for Pokesav. A suggestion, since PokeGen doesn't seem to have this feature: you could possibly include a generator algorithm for CHAINED shiny Pokemon. I've had some trouble getting Sabresite's PID/IV generator to cooperate since its most current version only provides a chained shiny PID based on the EXACT set of IVs you provide along with the TID and SID, exclusive (instead of using the set of IVs you provide as minimum values and calculating all the possibilities at or above those values). Also, I was wondering if you could shed some light on an annoying dilemma I've found myself struggling with. I'm trying to create a Lake of Rage red Gyarados for my retail SoulSilver cart save file and I need to get the game to think I caught this Gyarados myself (I'm using a generic Gyarados .pkm file from the database as the groundwork). Apparently the red Gyarados you encounter in the Lake of Rage in HG/SS is a chained shiny (hence my suggestion above). Using Sabresite's PId/IV calculator (before I discovered PokeGen), I was eventually able to come up with a legitimate chained shiny PID based on my OT name, TID and SID. However, even though I've double- and triple- and quadruple-checked those and every other piece of data I can think of for accuracy and run the .pkm file through the legality checker (it came out completely legal), when I send the file to my retail cart via SendPKM, its status screen always displays it as "Apparently met at..." instead of "Met at..." which gives it away as quasi-hacked. Do you have any idea at all of what I could be missing? My Gyarados' OT name/gender, TID# and SID# all correctly match those of my save file, and I cross-checked this by taking him to the Name Rater who, indeed, DID allow me to change his nickname... but he still shows up as "Apparently met at..." I've attached his .pkm file if you don't mind taking a look at it and letting me know if anything stands out to you as glaringly wrong. (Anyone else who might have any ideas is welcome to offer their opinions as well...) I tried editing the .pkm file in PokeGen as well, and the result was the same... please, help me, rofl. (And thank you in advance for your consideration.) - Jim Xue Long.pkm
-
I have no idea what's going on. Someone told me in another thread that the red Gyarados in HG/SS is a chained shiny, so I used the PID calculater to give it a chained shiny ID. The legality checker tells me its "Chained Sync" is valid now, but it STILL says "Apparently met..." and not "Met at..." I've uploaded the .pkm file in case anyone wants to take a look at it and see if they can find what I did wrong.... Xue Long.pkm
-
I'm trying to re-create the red Gyarados I traded to a friend, so I downloaded a Gyarados .pkm file from the database, opened it with Pokesav and changed the OT name, gender, TID and SID to match those of my retail SoulSilver save file. I used the PID/IV generator to calculate a legitimate shiny PID and IV set for this Gyarados and made sure all the other details added up correctly. I've read through this thread and double-checked that all of this Gyarados' Hidden Values match up to what they should be according to the info in the first post. They do, but I note that when I run the .pkm file through the legality checker, it returns it as "Normal NDS Type [A-B-C-D]" but does NOT say "Sync: Valid" as it does for all the other .pkm files I've obtained from the database. When I send this Pokemon to my retail SoulSilver cart via SendPKM, on its status screen where it shows the level at which it was met, it says "Apparently met at level 30" instead of "Met at level 30." This is a giveaway that the Pokemon did not in fact originate from my retail cart's save file even though the OT, TID and SID are identical. I'd be eternally grateful if anyone could provide some insight as to what I need to change to make the Pokemon "originate" from my own save file.
-
Thanks much, guys. I also just noticed something when I run the Gyarados through the legality checker... next to its type, it doesn't say "Sync: Valid" like it does with all the other Pokemon I've Pokesav'd. I can't figure out how to validate the sync... EDIT: I gave it a chained shiny ID and now it says the "Chained Sync" is valid, but it still says "Apparently met..." and not "Met at..." per your suggestion, here's the .pkm file, please let me know if you can figure out what I did wrong... Xue Long.pkm
-
I'm trying to re-create the red Gyarados I traded to a friend, so I downloaded a Gyarados .pkm file from the database, opened it with Pokesav and changed the OT name, gender, TID and SID to match those of my retail SoulSilver save file. I used the PID/IV generator to calculate a legitimate shiny PID and IV set for this Gyarados and made sure all the other details added up correctly. The legality checker returns it as completely legitimate (Normal NDS type). However, when I send this Pokemon to my retail cart via SendPKM, there's still one detail that gives it away as edited. On its status screen where level at which it was met is displayed, it says "Apparently met at level 30" instead of "Met at level 30." This is a giveaway that the Pokemon did not in fact originate from my retail cart's save file even though the OT, TID and SID are identical. Are the Pokemon's Hidden Values connected to this in some way? Is there any way to get around this other than trading a normal Gyarados from the Lake of Rage from my retail cart to a flashcart ROM, porting it from the ROM to my PC, editing it in Pokesav and then sending it back through the flashcart to my retail SS game? (I've been having all kinds of problems configuring my flashcart and I can't even find a HG/SS ROM to run on it.) I'd be eternally grateful if anyone could provide some insight.
