Jump to content

codemonkey85

Innovator
  • Posts

    1132
  • Joined

  • Last visited

  • Days Won

    5

codemonkey85 last won the day on September 29

codemonkey85 had the most liked content!

Reputation

24 Excellent

6 Followers

About codemonkey85

  • Birthday 12/18/1985

Recent Profile Visitors

28010 profile views
  1. Find PKMDS for Web on... the web! https://pkmds-web.azurewebsites.net/ GitHub Repo: https://github.com/codemonkey85/PKMDS-Blazor Issue tracker: https://github.com/codemonkey85/PKMDS-Blazor/issues Hello all. Some of you might remember me and / or PKMDS, but most likely not. But I have returned from years of quiet meditation (work and family) to bring PKMDS back to a modern generation of gamers. Introducing: PKMDS for Web! Built as an ASP.NET Core web app using Blazor WebAssembly for UI, and leveraging PKHeX.Core as the logical foundation, PKMDS for Web is intended to be a save editor for all Pokémon games, with support for all modern browsers (including mobile). Development will probably be very slow, since this is just a fun side-project for me. Contributions and suggestions are welcome - feel free to create an issue and / or pull request on the GitHub repo. Special thanks to @Kaphotics and everyone who contributed to PKHeX over the years. I'm standing on your collective shoulders (although feel free to steal as much as you want if you ever intend to make a web-based PKHeX ). EDIT: Please note, the app is under development and is super unfinished. Like, "construction zone" unfinished.
  2. @HomuraAkemi Honestly, you should just use PKHeX. It’s actually being maintained, and it’s better in every way. It also supports all generations.
  3. Maybe if @Grovyle puts the source on GitHub, some enterprising developer will come along and port it to a UI framework that works on macOS... I'm thinking something like Blazor would be nice.
  4. PKHeX is open-source. Anyone could figure out a way to compile it on Android. No doubt a lot of work would go into redoing the UI, but I imagine the core logic would port right over. Best bet is to try something like Xamarin, which is built right into Visual Studio now. https://github.com/kwsch/PKHeX
  5. Couldn't agree more. I know I'm just one voice, but this is what I've wanted to see at Project Pokemon for as long as it's been here.
  6. If you're on Windows, I recommend using HxD to look at the file. Then you'll want to seek out known values, like the Pokémon's PID or moves, etc.
  7. Holy crap dude. Is there a corner of Gen III you didn't touch? Nice work!
  8. If I were you, I'd put the source code on GitHub without the cries (ensuring of course that your code doesn't break without them) and host a zipped file somewhere else.
  9. Hmm, I dunno about WPF, but I know there's no visible lag when drawing Spinda using my hacky LockBits approach in C#. Surely there's a way to do it quickly enough in WPF as well - but you've got the foundation, so at least you can set that aside for another day!
  10. I'm fine with it, as long as GatorShark gets a mention too (since I wouldn't have gotten anywhere without that documentation).
  11. FYI: http://www.freewebs.com/gatorshark/SpindaDocumentation.htm and http://www.freewebs.com/gatorshark/Spinda%20Painter.htm And one way to generate the graphics in C#: https://github.com/codemonkey85/PKMDS-Win32-DLL/blob/81a0900e43b3279342dabd4dc061fb589e0c6333/PKMDS-Win32-DLL/PKMDS_CS/PKMDS.cs#L2360
  12. Stupid question, but are you saving twice in the GBA game before trying to load the save in Pokémon Box? That should guarantee that the 'current' and 'backup' save blocks are identical in case Box is reading the wrong one somehow.
  13. That's easy enough - the last 100 bytes are encrypted totally separately from the first 136. All you'd need is a way to truncate the files to 136 bytes.
×
×
  • Create New...