I always used "Program All", "Read Verify" and "Disk Img mode". Each flashing caused error
"Read verify error: 3050Abin0.bin". But since got my original fw+a+b updated properly like this, I guess this doesn't
mean anything. Strangely "F/W Only" and "RSV Only" combined takes less time than Program All.
Not sure if flash erase alone explains this.
Your AIMG is alot bigger than mine. Can be explained by differences in skins.
Here are my results with sku 10238:
DefaultFw.bin + AIMG + BIMG = 1.
DefaultFw.bin + original AIMG + original BIMG = 1.
original DefaultFw.bin + AIMG + BIMG = 2.
original DefaultFw.bin + original AIMG with SPMP*.BIN replaced + BIMG = 3.
original DefaultFw.bin + original AIMG with *.BIN replaced + BIMG = 2.
1. White screen, little pop from the speaker(sound card init).
Can be shut down by pressing and releasing power button. Reset just starts the device again.
Could in theory mean that it works just doesn't drive screen properly. I have disabled key sounds so no audio
2. Blue screen with text "Loading...", little pop from the speaker(sound card init).
Cannot be shut down with power button. Reset shuts down the device permanently.
3. Starts properly but doesn't recognize .gba nor .gbc files in game directory.
It seems that user preferences aren't saved in any of the files we have seen since key sounds were enabled by default.
This didn't change after flashing. My guess is that small amount of flash has been reserved for this. I've seen similar
solutions on openwrt devices. Also, according to my calculations based on flash size, RSV params and drive size visible to
windows, there should be plenty of free space at the beginning of flash area.
Examining the native games you posted earlier didn't really reveal anything interesting.
Texts "__bss_start" and "__bss_end" suggest that it was compiled with gcc.
Apparently one of the games was built on "May 19 2007 14:08:24". Text "SPCA556" appears in the header of game files.
Checked if file program under linux would recognize how it has been packed (offsets from 0 to 320 bytes) with no
obvious results. There are .wav(RIFF) and .mid files in those files. Im wondering if theres some sort of container or if they
are embedded in assembly. All of the three files seemed to have roughly same content in the first 320 bytes.
Checked DefaultFw.bin earlier and I think found some symbol suggesting BSD based operating system.