Hacking EZ-FLASH Junior TestFlight

[aaaaaa123456789]

They're talking about the bootleg 32-in-1, 52-in-1, and similar cartridges you could often times buy on seedy markets or off of Chinese eBay sellers. Most often those didn't save anything, were buggy, badly translated, had sprite backs applied, or any of the combination of those things.

I once disassembled one of these for the heck of it. Definitely a custom mapper, unlike any I've seen before; it would be virtually impossible to run it on a flash cart, because flash carts tend to only support standard mappers.
Even if the cart was good and you somehow managed to get a good dump out of it, it would be impossible to run it on any flash cart that wasn't specifically designed for that ROM image.

 

[Shadow#1]

They're talking about the bootleg 32-in-1, 52-in-1, and similar cartridges you could often times buy on seedy markets or off of Chinese eBay sellers. Most often those didn't save anything, were buggy, badly translated, had sprite backs applied, or any of the combination of those things.

Nice thing u can do with multi in one's is refresh then with a cart dumper

 

[FAST6191]

They're talking about the bootleg 32-in-1, 52-in-1, and similar cartridges you could often times buy on seedy markets or off of Chinese eBay sellers. Most often those didn't save anything, were buggy, badly translated, had sprite backs applied, or any of the combination of those things.

While I would count them under the weirdness I was thinking more about the stuff from the nesdev list, most of which were genuine games.

 

[WiLLiW]

As mentioned above we don't really have a list at this point...

I see, thanks!

--------------------- MERGED ---------------------------

They're talking about the bootleg 32-in-1, 52-in-1, and similar cartridges you could often times buy on seedy markets or off of Chinese eBay sellers. Most often those didn't save anything, were buggy, badly translated, had sprite backs applied, or any of the combination of those things.

So sad...btw I have one of those 56in1 (new c-28) and stinks... has only 5 games on total.

 

[Jayro]

I see, thanks!

--------------------- MERGED ---------------------------


So sad...btw I have one of those 56in1 (new c-28) and stinks... has only 5 games on total.

Alot of the time this is the case, they'll be the same games over and over again, but with small ROM hacks applied.

 

[mariotaotao]

Try reset (on the actual EZ Flash JR) once the GB Border screen appears. This should make "Super" appear. Hit reset on it again and the firmware menu should now load.
Working on my PAL SNES/SGB with the v5 firmware.

Where did you get V5 firmware? The official site only shows FW4 K1.04e

 

[Shadow#1]

Where did you get V5 firmware? The official site only shows FW4 K1.04e

From this thread LOL

 

[splatool]

Yep. A whole few pages ago.

 

[Jayro]

I hope firmware 6 will support listing games alphabetically. I had to drag and drop my games onto my SD card 6 times, before they'd finally list right, without going T-Z, and then #-S.

 

[FAST6191]

Does FATsort not do much for you?
https://fatsort.sourceforge.io/

Also dragging and dropping might not do much of anything if your OS detects that no data is being changed.

 

[RAHelllord]

I hope firmware 6 will support listing games alphabetically. I had to drag and drop my games onto my SD card 6 times, before they'd finally list right, without going T-Z, and then #-S.

As Fast6191 said above, the files can be sorted by using a tool that can sort FAT tables, personally I just used my old copy of TotalCommander to copy them all in alphabetical order, because that was simpler.

While sorting the files do ensure the ezgb.dat is the very first file in the table to optimize boot times. Since the file has to load first before the roms can displayed having it first ensures there's no wasted time looking for it in the FAT table.

 

[WiLLiW]

I hope firmware 6 will support listing games alphabetically. I had to drag and drop my games onto my SD card 6 times, before they'd finally list right, without going T-Z, and then #-S.

Would be great if the next firmware could show rom's file sizes.

 

[Jayro]

Would be great if the next firmware could show rom's file sizes.

Like in parentheses after the ROM name scrolls by. Definitely useful!

 

[nashismo]

Would be great if the next firmware could show rom's file sizes.

Would be great if the next firmware had Super Gameboy support...

 

[FAST6191]

Would be great if the next firmware could show rom's file sizes.

Why?
I get having it on GBA stuff you might want to choose to burn to the NOR (or have to wait ? minutes to burn to it) but the jr is more or less instant loading (or at least you are going to be watching developer intros for probably several times longer than it takes to load from the omega).

 

[Shadow#1]

I use this one
View attachment FatSorterSetup.zip

 

[Jayro]

I use this one
View attachment 209837

Thanks, I'll try this out if I ever have issues again.

 

[WiLLiW]

Why?
I get having it on GBA stuff you might want to choose to burn to the NOR (or have to wait ? minutes to burn to it) but the jr is more or less instant loading (or at least you are going to be watching developer intros for probably several times longer than it takes to load from the omega).

Umm... because I like to see fun games that was programmed in such small amounts of kilobytes. And ... why not?

 

[FAST6191]

Umm... because I like to see fun games that was programmed in such small amounts of kilobytes. And ... why not?

Limited screen space (160x144 is already hard to have readable text for a decent number of entries), limited memory, limited CPU. It might be trivial on a PC or modern tablet or something but given this has to run on a GB screaming along at 4MHz with nice 8 bit z80 instructions with maybe a 8 kilobytes of RAM (maybe a bit more if you are good), be accessed from the cart itself (though something might be able to be generated there). https://bgb.bircd.org/pandocs.htm#gameboytechnicaldata if you want tech specs for the GB.
By way of example I have a bit more than 1000 files in my downloads folder. Did a ls - s -h in there to generate a text list of just sizes and file names (random sample in the code box below)
33.6KiB for that one, which is more than even the fanciest MBC in common use.

 2.5M 100_0049.JPG
 2.5M 100_0051.JPG
 2.4M 100_0052.JPG
 1.6M 100_0105.JPG
 2.9M 102_0091.JPG
 1.8M 102_0093.JPG
 4.0K 1064 - Eggo Mania (EU).cht

At this point you would almost be better off running a program to generate it on a PC or something, and that rather takes away from the drag and drop thing. Real time reading might be somewhat doable but that would be another burden on things and I would rather have fast scrolling/page up-page down.

 

[WiLLiW]

Limited screen space (160x144 is already hard to have readable text for a decent number of entries), limited memory, limited CPU. It might be trivial on a PC or modern tablet or something but given this has to run on a GB screaming along at 4MHz with nice 8 bit z80 instructions with maybe a 8 kilobytes of RAM (maybe a bit more if you are good), be accessed from the cart itself (though something might be able to be generated there). bgb.bircd.org/pandocs.htm#gameboytechnicaldata if you want tech specs for the GB.
By way of example I have a bit more than 1000 files in my downloads folder. Did a ls - s -h in there to generate a text list of just sizes and file names (random sample in the code box below)
33.6KiB for that one, which is more than even the fanciest MBC in common use.

 2.5M 100_0049.JPG
 2.5M 100_0051.JPG
 2.4M 100_0052.JPG
 1.6M 100_0105.JPG
 2.9M 102_0091.JPG
 1.8M 102_0093.JPG
 4.0K 1064 - Eggo Mania (EU).cht

At this point you would almost be better off running a program to generate it on a PC or something, and that rather takes away from the drag and drop thing. Real time reading might be somewhat doable but that would be another burden on things and I would rather have fast scrolling/page up-page down.

ah, c'mon, It would be neat! Don't destroy my dreams (wink)