I did that. I formatted FAT 32 and just put in FW5K105RC ezgb.dat and Update FW 7 7-31. It either goes back to being stuck on OSINIT or the screen slowly fades to black and then displays erratic characters or symbols. Have I bricked the EZ Flash Junior? Is there a way to roll back the firmware as the problem manifested when I did update FW 5 8-18?
Thank you
Hi, sorry to barge in like this.
I know Super Gameboy enhancements are low priority right now, but I'd love to propose a simple fix.
In theory, all that's needed to enable the SGB enhancements is a flag to be set in the GB ROM header (value $03 at address $146, also adjust header checksum at $14D).
This would apply to the very first header that the GB transfers over to the SNES, so probably the very first bootloader of the firmware.
For games or the menu this doesn't matter, as only the first header gets read by the SNES side. Most games with enhancements detect SGB by sending a command and checking if the SGB responds, so if the SGB flag is set, most, if not all games would detect SGB and start using enhancements like borders, palettes, etc...
(Normally i'd test something like this myself with a romhack, but i'm having trouble decoding the data in the FW update ROM. It's really just 2 bytes: SGB flag and checksum)
If you could make this small change, I'd offer to do extensive testing for compatibility on my SGB setup.
Thanks for considering.
I know Super Gameboy enhancements are low priority right now, but I'd love to propose a simple fix.
In theory, all that's needed to enable the SGB enhancements is a flag to be set in the GB ROM header (value $03 at address $146, also adjust header checksum at $14D).
This would apply to the very first header that the GB transfers over to the SNES, so probably the very first bootloader of the firmware.
For games or the menu this doesn't matter, as only the first header gets read by the SNES side. Most games with enhancements detect SGB by sending a command and checking if the SGB responds, so if the SGB flag is set, most, if not all games would detect SGB and start using enhancements like borders, palettes, etc...
(Normally i'd test something like this myself with a romhack, but i'm having trouble decoding the data in the FW update ROM. It's really just 2 bytes: SGB flag and checksum)
If you could make this small change, I'd offer to do extensive testing for compatibility on my SGB setup.
Thanks for considering.
Hi @DX10 , Format again your microSD to FAT32 and 32kb of cluster, then use the files from Firmware 4 and Kernel 1.04e from the official web (ezgb.dat & Update_FW4.gb) to try to downgrade. If it lets you boot into the system, flash this Firmware (Update_FW4.gb).
If you can't boot with this steps, try to remove the battery (ONLY IF YOU KNOW WHAT YOU'RE DOING) check the voltage (if you have the tool) and after a couple of minutes put it back and try again to run FW4 K1.04 again to try to install "Update_FW4.gb". This should reset the RTC and give us some info if the battery is doing something weird. Hope this helps.
If you can't boot with this steps, try to remove the battery (ONLY IF YOU KNOW WHAT YOU'RE DOING) check the voltage (if you have the tool) and after a couple of minutes put it back and try again to run FW4 K1.04 again to try to install "Update_FW4.gb". This should reset the RTC and give us some info if the battery is doing something weird. Hope this helps.
Hey there everyone - I've been having a problem with my Jr. that I also saw from someone in the comments section on the jr page of the ezflash website. Pokemon TCG 1 and TCG 2 are both having problems with the save disappearing. It appears to occur when the game is turned off and back on during a duel, which with a normal cart would have an auto save point wherever you were at in the duel. I suspect the autosave is different in some way from the standard diary save and causes an issue with the Jr not being able to write it properly. The 32kb save file is still in the SAVER folder but the games only show New Game instead of continue. If anyone has found a solution to this PLEASE let me know.
EDIT: This issue is occurring on an unmodded GBA SP with 1.04e firmware and 32kb allocation size.
EDIT: This issue is occurring on an unmodded GBA SP with 1.04e firmware and 32kb allocation size.
Last edited by mgtwenty3,
Dear Karl,
thank you. I went ahead and Formatted the card through the terminal FAT 32 32kb of cluster. I downloaded the official ezgb.dat and FW4.gb but ut still presents the same issues; either it gets block on OSINIT or the screen slowly feds away to become black or full of symbols.
I also went on to remove the battery, leaving it out for around 10 minutes. But again it behaves in exactly the same way. Any other suggestion would be appreciated.
Thank you
Hi @DX10 ,are your systems modded? Well, also try to create a Folder called "SAVER" in the root of the microSD. But I think that the next step in your troubleshooting will be to try the methods above but in another console, preferably an unmodded GBC, do you know anyone that can lend you one to test?. To try to install the FW4 Kernel 1.04e.
So, I decided to write my own set of RTC tests, since we know that the emulation isn't great here. I've been getting a lot of test failures, actually, on rather basic RTC functionality.
Here's my test ROM repository: https://github.com/aaaaaa123456789/rtc3test/tree/master
The actual ROM is available in the releases page: https://github.com/aaaaaa123456789/rtc3test/releases/download/v001/rtc3test.gb
My own EZ-Flash Junior fails the RTC off and register writes test. The second increment, rollover and overflow tests don't even run because they need to be able to write to the registers to test that in the first place.
Here's my test ROM repository: https://github.com/aaaaaa123456789/rtc3test/tree/master
The actual ROM is available in the releases page: https://github.com/aaaaaa123456789/rtc3test/releases/download/v001/rtc3test.gb
My own EZ-Flash Junior fails the RTC off and register writes test. The second increment, rollover and overflow tests don't even run because they need to be able to write to the registers to test that in the first place.
ok, this firmware just for SGB blind test only, nothing can be guaranteed.
we made a new test firmware.
It can not pass the overflow. The Counter Register of EZ-FLASH Junior only return 0x81, it means Overflow. other games detects this value will process it. Do I need to reset it?
https://gbatemp.net/threads/ez-flash-junior-is-not-working-with-gb-boy-colour.556460/
Try using a pair of full charged rechargeable ni-mh batteries instead normal batteries.
Thank you for your quick reply. Unfortunately it doesn't seemed to have worked. I have tested the FW with some games and a SGB test ROM and none of the SGB commands are responding, meaning the header that gets transferred between the internal GB and the SNES doesn't contain $03 at $146. There seems to be another header that is present before the modified one.
If anybody wants to test this further, here is a SGB test ROM by Imanoleas, that i modified to disable the SGB checks, so that it tries to use enhancements anyway. If successful, you should see a custom palette and border. If unsuccessful you should see flashing glitch tiles (this is SGB data transfer), then default palette and border. This works on SGB+Everdrive, BGB (SGB Simulation) and BSNES-Plus (SGB Emulation).
Again thank you for your quick reply!
Remember that the bits of that register are independent. The low bit is part of the day counter; the top bit is the overflow bit. After rolling over from 0x01, 0xFF, 0x17, 0x3B, 0x3B (which is the state that test loads), the registers should read 0x80, 0x00, 0x00, 0x00, 0x00. The overflow stickiness test should return that result as well.
EDIT: someone tested this ROM on a real MBC3 chip (taken from some game) and it passes all the tests, so I know that the behavior I'm describing is the correct one.
Last edited by aaaaaa123456789,
I encountered this same problem and the only way around it is to just outright brute force it. Just try and try again until it loads and eventually flashes the fw (it should actually revert to FW0 after flashing anything, then you can flash fw4 again)
My Ezflash Junior keeps getting stuck on Loading sometimes. It works some times, but most of the time, I have to plug and unplug and take the MicroSD off and on. I think it's because it can't read the microSD card sometimes. I tried various different cards. Always the same problem.
Couldn't there be and couple of extra messages on booting?
Like MicroSd OK, Firmware OK etc.
At least an option to enable additional messages on startup.
It would be easier to diagnose some problems.
Couldn't there be and couple of extra messages on booting?
Like MicroSd OK, Firmware OK etc.
At least an option to enable additional messages on startup.
It would be easier to diagnose some problems.
I tried this firmware and now my cart won't boot at all! After OSINIT, it either hangs or boots to a blank screen. I can't even restore the old firmware. How do I fix this?
Keep trying... It will eventually load,It may take a long time for it to boot, but you should be able to boot and restore the old firmware after trying.
This version is highly unstable and shouldn't be used unless you're participating in testing it, you shouldn't be using it if you're not okay with the possibility of bricking the cart.
EZ Flash2 said:
Similar threads
-
-
-
-
-
-
-
-
-
@
Veho:
Illinois is working to ban toxic food additives that have been banned for decades in other countries; additives that can be replaced and all those countries still have Skittles and Mountain Dew. Title of the piece: GUBMINT WANTS TO TAKE AWAY YOUR CANDY -
-
@
SylverReZ:
@Veho, Sounds and smells like bullshit. They don't give you cancer, and California should know that. I don't get why they stick labels that say "may or may not cause reproductive harm or cancer". -
-
-
-
-
-
-
-
-
@
Psionic Roshambo:
Mame should be two sets one for preservation of everything and one set for people who just want to play and enjoy the old old ganes -
-
-
-
@
SylverReZ:
@Psionic Roshambo, Believe Japan was going to make it legal at some point, according to a Kotaku story.+1
-
@
Psionic Roshambo:
I swear like 99% of arcade games wouldn't even exist these days outside of MAME the arcade machines are old and busted very few ever saw any sort of home conversion
@
Psionic Roshambo:
I swear like 99% of arcade games wouldn't even exist these days outside of MAME the arcade...