PokeMe64/CREDITS.md
Philippe Symons d106863b50
V0.3 (#16)
* Feature/add support for other game languages (#13)

* Add support for other game localizations/languages

* Increase PokeMe64 version to v0.3

* Update README.md

* Slightly improve the text in docs/Why_I_Had_To_Give_Up_On_Batteryless_Repros.md

* Update libpokemegb submodule to commit 3d86aa8

* Add Japanese characters to the fonts

* Make validating Japanese save files work correctly

Turns out these Japanese cartridges are using an MBC1 controller. There's a notable difference between it and
MBC3: by default it is doing banking mode 0. But in this mode, you can't switch SRAM banks!

So in order to make japanese cartridges work, we must switch to mode 1.

* Update Arial font: add Japanese glyphs from Osaka Regular-Mono.ttf

In order to render japanese characters, we need to have a font which has japanese characters and make sure they
are added to the .font64 file with mkfont during compilation.

I wrote a small program before to figure out which Japanese characters are actually used in the Japanese gameboy
cartridges.

I only added those unicode ranges to the fonts to keep them small.

There was no easy way to have a font that has both latin and Japanese characters, especially not free. So I
used FontForge to merge the japanese glyphs from Osaka Regular-Mono into Arial.ttf

* Update libpokemegb to commit 0ef7a3a

* Update libpokemegb submodule

* Update libpokemegb submodule to commit d6f3423

* Various changes

- Upgrade libpokemegb to commit c47f8b3

- [Korean gen II games]: Make the UI show Trainer and Pokémon instead of the actual trainer name and pokémon name.
  This is needed because our font does not include the necessary characters for the Korean games. And while I could attempt to add them, I don't sufficiently care to do so.

- Attempt to randomize random values. This is needed for random IVs and shininess chances.
  It's not entirely clear to me whether the rand() function would actually return random values in previous versions of PokeMe64.
  While libdragon does gather entropy at bootup and implements a getentropy() function, I don't see this function referenced anywhere.
  That being said, it DOES look like libstdc++ would call a getentropy() function, so perhaps this is a way in which getentropy() from libdragon would get called.
  But I'm not using libstdc++'s functionality to obtain random values, I'm using libc's rand() function. And I don't see any reference from libc (for rand()) to getentropy(), so...
  At the very least we might need to use values from getentropy() to seed with srand(). But because I have trust issues with randomizing pseudo-random values in a system
  that doesn't have a system clock, I also added trainerID, trainerName and the number of elapsed cpu cycles until we are going to the main menu to the seed. I might consider
  adding the RTC values for gen II games to the seed as well later.

* Update README.md

* More README.md

* Update libpokemegb to commit 17232c4

* Feature/automatically reset rtc in backed up save file for gen2 (#14)

* Add support for other game localizations/languages

* Increase PokeMe64 version to v0.3

* Update README.md

* Slightly improve the text in docs/Why_I_Had_To_Give_Up_On_Batteryless_Repros.md

* Update libpokemegb submodule to commit 3d86aa8

* Set the flag to reconfigure RTC in the backed up save file when backing up the save of a cartridge.

* Update libpokemegb submodule to commit 5037690

* Update libpokemegb submodule to commit 8ff128c

* Add support for Pokémon Green (JPN)

* Update libpokemegb submodule to commit 1897845

* Update README.md -> japanese pokemon fallback OT name change -> PokeMe64 -> PM64

* Add gen I move delete feature. (Idea by /u/ImranFZakhaev on Reddit)

* Add check to make sure the player is in a pokémon center before allowing him/her to delete a pokémon move.

The reason behind this check is to avoid getting the player stuck on a map after deleting an HM.

* Forgot to add the actual check in the last commit

* Feature/implement gen1 move deleter (#15)

* Add gen I move delete feature. (Idea by /u/ImranFZakhaev on Reddit)

* Add check to make sure the player is in a pokémon center before allowing him/her to delete a pokémon move.

The reason behind this check is to avoid getting the player stuck on a map after deleting an HM.

* Update screenshots

* Update CREDITS and add some people as Testing/Validation credits in the AboutScene

These people have been a great help in getting PokeMe64 to work correctly.

Thank you, everyone!

* Fix whitespace issues

* Update libpokemegb to commit aedb588
2025-02-17 20:34:12 +01:00

2.5 KiB
Executable File

Credits

Documentation / Other Projects

First of all, I want to thank the people behind Bulbapedia. The documentation was extensive and without it, I never would've started on this project.

Secondly, I'd like to extend my thanks to Alex "IsoFrieze" Losego from the Retro Game Mechanics Explained Youtube channel. His videos on the topic of Gen 1 sprite decompression were pretty helpful.

I don't know the identity of the authors of the Pokémon gen 1 and 2 ROM maps on http://datacrystal.romhacking.net, but these were a valuable resource as well.

I also want to thank the community behind the pokecrystal project. Without them, I wouldn't as easily have found the rom offsets of the pokémon front sprites for Pokémon Crystal.

Furthermore I like to develop the developers of the libdragon project as this project likely wouldn't have been feasible without it. I especially want to thank Rasky who helped me with some issues I encountered during development.

Thanks to the PkHex project as well, because its code was useful to me to get the event flag offsets for G/S/C games and figure out the GS ball event flags. I may also use their codebase as a reference in the future in order to try to support the gen 1/2 games in other languages.

I'd also like to extend my thanks to "The Gears of Progress", LJ Birdman, LuigiTKO, GuiAbel and SourApple of the Poke Transporter GB project for allowing me to use their logo and even create the Fennel picture asset for this project. It looks amazing, you guys! Much better than anything I could've created!

And of course I'd like to extend my thanks to everyone else in the pokémunity who wrote documentation or code for these old pokémon games.

I've listed the specific resources I used for reading the rom/save game data in the CREDITS.md file of the libpokemegb project.

Testing/Validation

Thank you to all folks who reached out with feedback and who did some testing. Some even went above and beyond, therefore I would like to specifically name them here.

/u/ImranFZakhaev

/u/bluemooncinco

MajorUpgrade