• Just a reminder that providing specifics on, sharing links to, or naming websites where ROMs can be accessed is against the rules. If your post has any of this information it will be removed.
  • Ever thought it'd be cool to have your art, writing, or challenge runs featured on PokéCommunity? Click here for info - we'd love to spotlight your work!
  • PokéCommunity's Easter Egg Hunt is now on! If you're interested in looking for some eggs and earning badges, click here!
  • Our weekly protagonist poll is now up! Vote for your favorite Conquest protagonist in the poll by clicking here.
  • Welcome to PokéCommunity! Register now and join one of the best fan communities on the 'net to talk Pokémon and more! We are not affiliated with The Pokémon Company or Nintendo.
    Register

Tool: TSK's Shiny Chance Changing tool[v2.1 released: Graphical User Interface, Ruby support]

itari said:
Just a suggestion, but how about allowing the user to input a percentage instead of a numerator and denominator?
It would probably be more used-friendly that way.
Click to expand...

I don't think it's a big difference personally. Numerator and denominator aren't pretty words but they just mean "fraction" in practice. Fractions can also achieve results that percentages can't, like 1/3 and 1/8.

I'd love to see Emerald support though. It'd be nice to actually see some of my edited shiny palettes in-game every now and then. (Shinyzer is great but it's geared more toward a Red Gyarados encounter than it is to making shinies more common in general.)
 
itari said:
Just a suggestion, but how about allowing the user to input a percentage instead of a numerator and denominator?
It would probably be more used-friendly that way.
Click to expand...

I'll add support for this, should be a fairly quick addition.

bcrobert said:
I don't think it's a big difference personally. Numerator and denominator aren't pretty words but they just mean "fraction" in practice. Fractions can also achieve results that percentages can't, like 1/3 and 1/8.

I'd love to see Emerald support though. It'd be nice to actually see some of my edited shiny palettes in-game every now and then. (Shinyzer is great but it's geared more toward a Red Gyarados encounter than it is to making shinies more common in general.)
Click to expand...

I'll look into Emerald. Most likely the relevant part of the ROM base is the same between Emerald and Fire Red so the edits themselves will be similar, but there's quite a few offset to find. Most likely I'll have some time by the week-end.

EDIT: Turns out that adding emerald support could be done very, very quickly. The tool has this been updated to version 1.1!
 
Last edited:
Any chance for Ruby Support?
 
I've been trying to open this problem for the past couple of minutes now and it doesn't work. It opens for like a second, and then closes again. What's happening? And why did you make it a program that has to use cmd.exe?
 
LCCoolJ95 said:
I've been trying to open this problem for the past couple of minutes now and it doesn't work. It opens for like a second, and then closes again. What's happening? And why did you make it a program that has to use cmd.exe?
Click to expand...

Because making a Graphical User Interface for something like this seemed overkill. Anyhow, this shoud work:

-Put your ROM and the tool in the same folder.
-Go up one level and right click the folder while holding SHIFT
-Click the 'open command window here' option
-type the command in the cmd(see OP)

I might make a graphical shell sometime.

EDIT:

And when I said "sometime" I apparently meant "the very first moment I have some free time"... Anyway, enjoy!

Ksiazek Bartlomiej said:
Thank's. That was very great tool with ideal potential... If you found Ruby places. It was good. XD When you make it avaible for Ruby. I use it on my hack.
Click to expand...

I have added Ruby support.
 
Last edited:
Version 2.1 has been released. This version fixes bugs introduced into Fire Red and Emerald by older versions of the tool, please repatch your ROM with the new version!
 
Thanks for providing support for Ruby, even though it's kinda not needed these days. xD
Anyway, I seem to be dealing with a problem. I cannot use the tool either by using the GUI or through the command line. I get this error message when I do so...
"ShinyCCGUI.exe is not a valid Win32 application."

...And oh, my OS is WinXP. :P
(Yeah, I'm old school like that... >.>)
 
destinedjagold said:
Thanks for providing support for Ruby, even though it's kinda not needed these days. xD
Anyway, I seem to be dealing with a problem. I cannot use the tool either by using the GUI or through the command line. I get this error message when I do so...
"ShinyCCGUI.exe is not a valid Win32 application."

...And oh, my OS is WinXP. :P
(Yeah, I'm old school like that... >.>)
Click to expand...

Well that's no good. I'll have a look at build profiles tonight, I'm not sure if this thing compiled as an x64 or x86 binary and I can't check from here.
 
destinedjagold said:
I wanna ask if this was intentional. Trainer's 'mons (on Ruby) can also be shiny. :P
Click to expand...

This is a side effect of the patch in every version, I haven't found a way to circumvent it =p The game avoids trainer shinies by generating a PID that isn't shiny under the normal shiny rules, but my patch changes those.
 
bcrobert said:
I don't think it's a big difference personally. Numerator and denominator aren't pretty words but they just mean "fraction" in practice. Fractions can also achieve results that percentages can't, like 1/3 and 1/8.

I'd love to see Emerald support though. It'd be nice to actually see some of my edited shiny palettes in-game every now and then. (Shinyzer is great but it's geared more toward a Red Gyarados encounter than it is to making shinies more common in general.)
Click to expand...

Actually, those numbers end up being rounded inorder to be supported. It'd have to be a 4 byte number at most. The reason why by default generation 3 games have such a low chance is because the math behind PID XoR SID <= 8 is a low chance when PID and SID are arbitrary 4 byte numbers. You simply can't achieve that kind of percentage with these kind of hacks, so the number is rounded instead. Most people would use this tool to increase the shiny rate, so percentage is a pretty good way to do it.

Also I don't know why people still use Shinyzer. That can practically be considered a bug seeing as it fails to create a shiny with actually random stats, that and it changes the random seed directly.


TSK said:
This is a side effect of the patch in every version, I haven't found a way to circumvent it =p The game avoids trainer shinies by generating a PID that isn't shiny under the normal shiny rules, but my patch changes those.
Click to expand...

Actually it doesn't prevent that. The PID is generated only once, so you can encounter a shiny trainer Pokemon. The Make Pokemon function in the game is the same for trainers and wild Pokemon :P
 
FBI agent said:
Actually, those numbers end up being rounded inorder to be supported. It'd have to be a 4 byte number at most. The reason why by default generation 3 games have such a low chance is because the math behind PID XoR SID <= 8 is a low chance when PID and SID are arbitrary 4 byte numbers. You simply can't achieve that kind of percentage with these kind of hacks, so the number is rounded instead. Most people would use this tool to increase the shiny rate, so percentage is a pretty good way to do it.

Also I don't know why people still use Shinyzer. That can practically be considered a bug seeing as it fails to create a shiny with actually random stats, that and it changes the random seed directly.




Actually it doesn't prevent that. The PID is generated only once, so you can encounter a shiny trainer Pokemon. The Make Pokemon function in the game is the same for trainers and wild Pokemon :P
Click to expand...

Oh really huh, I always assumed the pokemon of random trainers were guarded against being shiny. You can see I haven't gotten around to debugging that part =p
 
You must log in or register to reply here.
Back
Top