Recent content by ProjectRevoTPP

I've updated the guide.

V_ICgb6aJ64 https://youtu.be/V_ICgb6aJ64 Courtesy of camthesaxman.

Here is 1.51, reuploaded. https://mega.nz/#!OogQWLQK!0p4DHPRSK88Ob_kXs8xPsuwkce3mU4gkWB-VT82Ft9I

You need to set VBA's Save type to Flash 128K. Flash 128K is required to run gen 3 Pokemon games.

You need to ensure you have devkit r46 or newer. Although r45 will build a ROM, it wont be a matching ROM and have corrupted audio and such. Please do make compare instead of make so you can be sure your ROM matches.

I made a guide here. Although, I should give an update regarding this project: Ahem. The whole reason most of the pret team was decompiling ruby was so that access to emerald was much easier with a smaller but established codebase. That means that: As of recent, a majority of pret members...

Setting up and using Pokeruby/Pokeemerald Part 0: An Introduction Part 1: Following pokeruby's INSTALL.md Linux Install devkitARM. Then run the following commands. export DEVKITPRO=/opt/devkitPro echo "export DEVKITPRO=$DEVKITPRO" >> ~/.bashrc export DEVKITARM=$DEVKITPRO/devkitARM...

Ok, time for a practical example. Consider implementing instant text in Ruby/Sapphire. Emerald supports text speed 0, but R/S does not, so you cant just change speed to 0. If you only had the assembly, you would have to make quite the number of changes to support it. Specifically, InterpretText...

NEW UPDATE 8/26/2017: The ROM is somewhat around 60% decompiled now. The relevent lists have been updated. (sorry for the bump) Our plans for the near future: Part of the reason we started on R/S before Emerald was to make decompiling Emerald easier when we finally get around to it. You see...

If you do instead of just make, it will tell you if the ROM matches the original one.

I have already begun a PR seen here: https://github.com/pret/pokeruby/pull/403 which splits up all the files in src/ and puts them into folders relevent to their purpose as part of step 1 of the initial documentation. Hopefully the next step is a slight refactor of the headers when the...

Documentation will take a higher priority when this project is above 90-95% decompiled. The reason being if we have to refactor anyway we might as well do that after we rearrange everything so work isnt wasted.

Decompilation is an important step, but the real magic will happen during the documentation and labeling/refactoring that happens after decomp finishes.

A lot of progress has happened since this post was updated. Our decompilation efforts are estimated to be at least 42% as of this post.

It wasn't really a general resource thread.