Search

[mr_jrt]

The built in emus/apps in the firmware are all GBA-mode apps (DS menu that doesn't fill the screen properly aside). Given the DS's larger screen, and the limited space in the firmware (as romman has said, too small for moonshell), does anyone else think having the firmware menu do a little more than it currently does, though simple enough to fit would be a good thing?

I'm thinking along the lines of launching emus/apps from the filesystem based upon the mode in which it was operating (say a sub-folder with gba.extentions and nds.extentions files defining the mappings). It could then pass in the selected file's path in some standardised mem location when it boots the emu/app, and all would be well with the world. These apps have to be patched to use the filesystem anyway (unless romman just has the firmware assemble the gba image in the ram instead). This would be a good feature to have, and it also would allow the apps to be easily updated as well, let alone enabling emulators to take advantage of the DS hardware without shutting out GBA-only users.

Obviously, defaults can still be built into the firmware, but seeing as we already need seperate apps (that don't auto-launch) to read ebooks and play music etc now, it's not that far too generalise the emu's special status away and have a far more flexible solution in its place. A temporary alternative to this would be to simply have the supercard autoboot a special shell app (_BOOT_MP.nds has never worked for me....I'm guessing its a GBAMP thing only?), but I'd prefer it to be a firmware thing. Not to mention, this proposed autoboot feature needs to understand different shells/menus for gba/ds mode too.

Thoughts?

[Koji]

I understand what you are saying, but I think it'd be easiest to simply keep the current DS menu but look for a boot program. If said program is there, boot straight to that. You could then set moonshell to boot up directly on the supercard and select games you want to play (direct loading of DSQ and DSI files would need to be added) or videos or music, etc etc.

[socket]

i agree, Koj, this makes the most sense to me... that way you can use it if you want, update it if you want, etc... maybe also add a key combo that would failsafe to the main menu as well?  dunno.

if default.nds exists execute it in DS mode.
if default.gba exists execute it in GBA mode.

something like that, then you could have anything you want be the default app.  or even have some sort of config file...  if config.txt exists execute what it says to execute, otherwise go to standard gba menu.

we'll see if anything like this happens, i'd love it.

[mr_jrt]

Well, like I said in the second half of my post, I agree, the autoboot thing is obviously the easist. Just needs to have different autoboot files for gba/nds modes. Now we just need to start pestering romman

[cory1492]

has anyone tried renaming something like moonshell to an .scu file? I doubt that it would work, but its worth a shot...

I know the emulators can be "updated" if you have the right name and patch about 10bytes in the emu, and place it in root. (see the official download page on the chinese site, there is a PCE.gba file that has been patched like I said, and can be put on root to load instead of the inbuilt ones)

[Dudu.exe]

has anyone tried renaming something like moonshell to an .scu file? I doubt that it would work, but its worth a shot...

I know the emulators can be "updated" if you have the right name and patch about 10bytes in the emu, and place it in root. (see the official download page on the chinese site, there is a PCE.gba file that has been patched like I said, and can be put on root to load instead of the inbuilt ones)

scu do not work.. becouse its only work on real GBA mode!