I heard you often have to to patch ROMs to work on a flash cart. This is because the ROM is expecting EEPROM, Flash or SRAM to save games. Are there any flash carts that don't patch the ROM?
ROM Flash Carts, is ROM patch required?
- Thread starter YoshiMoshi
- Start date
- Views 3,020
- Replies 17
The Ezflash Omega and Ezflash Omega Definitive Edition work without patching the ROMs. If patches are needed, it can apply them on the fly when loaded and it's all handled automatically. Everdrive also does this but costs more.
I was surprised and happy that when EZ-flash team added auto patching to their carts, they even added it to the old mini sd card version!
So yes, virtually any gba flashcard that you buy brand new today will support it, and not require roms to be externally patched.
So yes, virtually any gba flashcard that you buy brand new today will support it, and not require roms to be externally patched.
The EZFlash IV (both mini and micro SD versions) and EZFlash Reform do not require save patching as of firmware version 2.00 and upwards, allthough the first time you load a ROM it takes longer.
The EZFlash Omega and Omega Definitive Edition also do not require any save patches at all.
The same goes for the Everdrive GBA X5 and GBA X5 mini.
All the cards mentioned above should always be used with unpatched ROMs listed in the no-intro database.
Any card *not* mentioned above (legacy flash cards like the Flash2Advance line etc.) will require save game patching. GBA Supercards require usage of their client software because they need more patches than just save type.
The EZFlash Omega and Omega Definitive Edition also do not require any save patches at all.
The same goes for the Everdrive GBA X5 and GBA X5 mini.
All the cards mentioned above should always be used with unpatched ROMs listed in the no-intro database.
Any card *not* mentioned above (legacy flash cards like the Flash2Advance line etc.) will require save game patching. GBA Supercards require usage of their client software because they need more patches than just save type.
So is there not yet a flash cart that supports all add-ons? RTC, light sensor, rumble and gyroscope?
Could someone clarify what's already been said here--- does the EZ flash omega run (commercial) roms *without* patching them, or does it just do it automatically when you launch the game?
No, and probably won't be - of course it would be nice.
These are currently out of stock, and will need a cart flasher:
For light sensor + rtc (boktai), you can get this: https://shop.insidegadgets.com/product/gba-16mb-64k-eeprom-solar-rtc-flash-cart/
For rumble + gyro (for warioware twisted - yoshi uses a tilt sensor which is different): https://shop.insidegadgets.com/product/gba-32mb-256kbit-fram-gyrorumble-flash-cart/
Thanks. So what devices do EZ-Flash and Everdrive support in terms of RTC, Rumble, Gyroscope, Light sensor?
If it can play GBA games and is an official device, they will play - gba sp, gc's game boy player, ds... etc.
Even console copies like the Analogue Pocket, my ez-flash omega sort of works. Everdrive got an update to add/increase support.
To make it clear, apart from those products I linked above, there are no gyro/tilt, or light sensor flashcarts.
In case you are not aware, Boktai has patches to let you control the solar level via a button combo - so although not exactly the same, you can fully play the game 100%.
I see what you mean, and don't have a definite answer, since for me it just works.
What makes you ask, just curiosity?
The kernel is open source and on github, so can be checked I guess.
There is no all in one flashcart
I'm pretty sure that they just patch them on boot/during runtime. There are different save chips used for GBA games and it's much easier to just use SRAM/FRAM and patch the roms (which is easy to do in this case). Otherwise all of the different save types would have to be supported.
EZ-Flash OMEGA Definitive Edition: RTC + Rumble
EZ-Flash OMEGA: RTC
Everdrive GBA X5: RTC
but that's just from the top of my head, no guarantee
I was under the impression the Omega line emulates the save chips/protocols in hardware rather than opting for the more conventional patch the save type to instead speak another format that the likes of the traditional GBA carts (and onboard patching of the modern EZ4 kernels) opts for.
As noted above there are source releases if you are very curious
https://github.com/ez-flash
I am not sure what effect it might have (save timing based affairs appeared on the DS but I am not aware of anything like that for the GBA, link timing latency should also be able to be dodged) so I guess this is mostly for intellectual curiosity.
Alternatively if you can dump a game in progress you can possibly look to see what goes, though I am not sure what there is to try that one on (would probably have to be some exotic GB player setup, one of the FPGA emulation/simulation devices gaining the ability to dump ROMs, enough skills with a GBA cart reader to recreate all the necessary signals to load a ROM, or maybe some kind of link cable/ROM patch induced homebrew takeover so you can peer into the ROM space).
The EZ-Flash Omega/Omega Definitive Edition seems to do no patching on clean boot except disabling sleep mode? Because if you try the game's builtin sleep it immediately wakes up again (i can't think of a reason why this is necessary). I looked into the open source kernel and that is the impression i got.
Don't know exactly for the Everdrive. It looks like it does no patching at all. Not even the sleep patch. All of the latest flashcarts loading the ROM from a microSD handle the save types properly in hardware.
Don't know exactly for the Everdrive. It looks like it does no patching at all. Not even the sleep patch. All of the latest flashcarts loading the ROM from a microSD handle the save types properly in hardware.
I'm not sure if the kernel contains information on the save patches. I think that it's more of a firmware related thing and I don't think that the firmware is open source.
You could probably dump the EZ Flash Omega DE in "link" mode. But it kinda has to simulate the save chips properly there because otherwise ds games couldn't access them
Firmware is what they call the FPGA bitstream. There is also the bootloader that runs first containing the diagnostics and likely the SD card init. I can't see any save type patches anywhere. The only exception are the Classic NES patches but these rather fall under the category AP.
Well I don't see any EEPROM on the board do you guys on the EZFLASH? So at the very least I guess it's emulating the EEPROM chip with the FPGA?
Similar threads
-
The Real Jdbye
*is birb*
-
-
@
The Real Jdbye:
i think i heard of that, it's a good idea, shouldn't need a dedicated GPU just to run a LLM or video upscaling
-
-
-
@
BakerMan:
Have you ever been beaten by a wet spaghetti noodle by your girlfriend because she has a twin sister, and you got confused and fucked her dad? -
-
@
Psionic Roshambo:
I had a girlfriend who had a twin sister and they would mess with me constantly.... Until one chipped a tooth then finally I could tell them apart.... Lol -
@
Psionic Roshambo:
They would have the same hair style the same clothes everything... Really messed with my head lol
-
@
Psionic Roshambo:
@The Real Jdbye, I could see AMD trying to pull off the CPU GPU tandem thing, would be a way to maybe close the gap a bit with Nvidia. Plus it would kinda put Nvidia at a future disadvantage since Nvidia can't make X86/64 CPUs? Intel and AMD licensing issues... I wonder how much that has held back innovation.
-
-
-
-
-
@
Psionic Roshambo:
Yeah I think Nvidia s future lays in AI GPU acceleration stuff if they can get that going it's going to be super interesting in the long term
-
-
-
-
@
Psionic Roshambo:
"OK Cortana I want that mountain a little taller and more snow on top, and I would like some random ancient pine forest around the bottom"
-
@
Psionic Roshambo:
"Now we need a spring fed river flowing down the north side and add some wild life appropriate for the biome"
-
@
Psionic Roshambo:
Many TBs of assets and the programming of something like that is going to be tough but I think it's something we might see in 20 years maybe sooner
-
@
The Real Jdbye:
@Psionic Roshambo AI assisted game creation is kinda already here, there was recently that AI that can turn any 2D image into a fully modeled 3D object, it's not perfect, but it's a starting point, beats starting from zero
-
-
@
The Real Jdbye:
but most recently, there was one that actually generates a working unity scene with terrain and textures already set up that you can import right into unity, that's a huge time saver right there
-
@
The Real Jdbye:
and using LLMs to generate NPC dialogue and even dynamically generated quests is something i'm sure is already happening
-
@
The Real Jdbye:
will just take some time for games made using those things to be completed and released
@
The Real Jdbye:
will just take some time for games made using those things to be completed and released