• Welcome to SCdev.org. Please log in.

Welcome to the new SCdev forums!

Big homebrew roms are very slow to load on Supercard

Started by Paco_777, September 20, 2006, 06:59:32 AM

Previous topic - Next topic

Paco_777

Hello,
I'm using PALIB and the PAFS tool to inject a lot of big files in my rom (the .nds file).
However, the bigger the rom is, the longer it takes to be loaded on Supercard
(a 30 Mo nds takes 30 seconds to load)

I know that the Supercard Patcher has an option to make commercial roms very quick to load (i guess the data is loaded directly from the (sd) card and not from memory)

Is it possible to have this quick load on homebrew roms ?

Another question, is it possible to bypass the 32 mo limit of homebrews ? (this quick load should, i guess)


thanks

rorix_bladewing5

Don't think homebrew can load any faster.  And it's Mb by the way not Mo

Critical_Impact

Homebrew that is 30mb will take long to load because it has to load it into memory. Most nds homebrew apps like ScummVM and Moonshell use fat access to read files on the fly and have a small startup files.
Basically the best way to do it is to not inject your files but rather read them using the fat library straight from whatever media you are using, be that, a SC CF, SC SD, M3, etc

F.Y.I. The Supercard patcher is only for offical nds roms and gba roms. Homebrew doesnt work in it

Paco_777

Hello,
thanks for your answers and sorry for the Mb mistake :)

So OK i guess there are no chances to get the same behaviour than in commercial games.

I thought about using the FAT drivers but it seems that it not compatible with all cards (check http://dragonminded.blogspot.com/ )
so i took the rom inclusion solution which seems to be enough for me (except the slow load on supercard, but that's not a really bid deal).
I also like the idea to have everything included in the rom.

But if needed, i will change for the  FAT solution.
Thanks.

Mr.Peanut

Quote from: "rorix_bladewing5"... it's Mb by the way not Mo
Mo is probably for megaoctets.  In many countries, a byte is more correctly referred to as an octet. Not as quaint as byte, but a lot more precise.