• Welcome to SCdev.org. Please log in.

Welcome to the new SCdev forums!

Supercard Firmware Patches

Started by GrizzlyAdams, February 07, 2007, 04:08:39 PM

Previous topic - Next topic

dantheman

Hm, my apologies then.  I didn't realize it didn't work on SC Lites, or at least some of them (perhaps the older ones work?)

According to the GBAdev thread, it's not DLDI compatible, though I was right in that the author thought it was.  On the other hand though, a user got it to work on the SC DS, so I'm not really sure anymore...

nyuk1998

I'll have to remember to turn off the invisibility.

q_armando

This is great news, it's funny that people actually don't know what it's meant for and still run it for the just for the sake of it...he he ...

NT

Quote from: "q_armando"This is great news, it's funny that people actually don't know what it's meant for and still run it for the just for the sake of it...he he ...

more testing  :D

GrizzlyAdams

Ok, the firmware specifically supports loading _boot_sc.nds files, which lets you boot into dsorganize or moonshell directly instead of going thru the supercard menu.

Chishm's additionally supports loading .nds files on the lite.
I've been working on getting this working for SCSD.

My version supports booting to gba mode at poweron by holding the R trigger.

For those who can't get moonshell to work, use the GBAMP moonshell .nds file and patch it with DLDI. or alternativly remove the first 512 bytes from the .nds (the gba header, since its really a .ds.gba), the latest version of my scsd firmware supports .ds.gba files that are named _boot_sc.nds as well.

Again:
Chishm's : SC Lite - Adds _boot_sc.nds and .nds loading from menu
Mine : SC SD / MiniSD - Adds _boot_sc.nds (and ds.gba named .nds), and R trigger -> GBA Mode

I'm going to work on loading _BOOT_SC.GBA for gba mode so you can use something like a modified pogoshell if you want.

Tomy Sakazaki

Good news, I hope that Chishm's version get the R trigger to boot GBA mode too.
And reading the topic at GBAdev, using L button on Chism's version boots the firmware without loading the _boot_sc.nds. Does your version do the same GrizzlyAdams?
And I am thankful to you and Chism's for doing this work with SuperCard firmware.

Oh, by the way, dumpSRAM now works on SuperCard lite, requires a DLDI patching before doing the task.

GrizzlyAdams

yes failsafe is there too in mine.

Bafyo

Very nice work! Is there any chance to have a SC CF version of your firmware?

It would be great to turn on ds and launch a Moonshell version like the one on Supercard Slot-1... with icons on games and such these things ;)

You think it's possible?

:D

cory1492

Thanks GrizzlyAdams :D
Nice mod, even better than the menu gfx hacks. I just noticed about a week ago that the DLDI driver had the startup routine fixed for the SD cards (no longer requires booting homebrew from the SC menu to access the SD card), and now chishm has released a dumper/updater source for the actual firmware update files. Makes it a lot simpler than trying to figure out the flash write routines for the currently unknown devices that I do not own (microSD ones at any rate).

* goes off to wonder about replacing the sc's firmware entirely *

maxx11111

hi i was wondering if anyone can help me with this
im trying to get this firmware hack to boot with moonshell v1.6
i downloaded SCSDPatcher-002-Binary.zip and installed the patch by pressing left and goto firmware v1.7

then tried running moonshell install for "SCSD Supercard (SD Card)" first
and renamed it _boot_sc.nds doesnt boot but runs from sc menu.

then tried MPSD and used DLDItool with 2 diffrent dldi for scsd on from chism on from moonlight still no joy also renamed it "_boot_sc.nds" still no joy also tried the same with MPCf no joy either

anyone have any suggestions

GrizzlyAdams

The reason moonshell didn't work for you is because moonshell installer by default makes a .sc.nds when you tell it you want the supercard driver. You should do one of two things: tell it you want GBAMP and dldi patch the resulting .nds, or strip the gba header (first 512 bytes) off the _boot_sc.nds moonshell with a hex editor.

maxx11111

hmm already tried both those ideas but tried again just in case and still no luck :(

any chance you could post a version you have working?

Mr. Picklesworth

The information for all this seems to be bouncing around everywhere with no particular direction, so I have a few hopefully straight-forward questions. I know the answer to a few of them (so don't laugh at me!) but I think the answers should be in one place. This is too excellent of a thing to not have good documentation for:

Can the SCSDPatcher binary (flashsc.nds) flash the Supercard CF firmare? [The name SCDSPatcher is kind of misleading, since I believe SCDS is the slot 1 solution, whereas we seem to be talking about the slot 2 carts!]

What is the difference between version 001 and 002, and why is there an archive available containing the source but without a version number? Which one is newest?!

Those source packages: Are they used to patch an official Supercard firmware with these changes?
If so, must I get extract firmware from my own Supercard, and how do I do that? (Is there a binary available for that extraction tool?)


I will try to round up answers and turn this post into a bit of a FAQ, if I have the time :)

GrizzlyAdams

I can't build portable win32 binaries at the moment, so I can't give you a binary of the extraction tools.

The name is SCSDPatcher, because the short name for the card it works on is SCSD (Supercard SD.)  There is NOTHING labeled SCDS on my site.

With some changes this could work on the SCCF, but I've not investigated the firmware for it yet to find out if anything needs to be moved for the patches.

The zipped sources should match the binary of the same version.
The unpacked sources are the last changes to the stable tree (for browsing only really) and the last uploaded unstable tree.

The unpacked directories are not meant for people to download with mirroring tools like wget, they are instead for use getting community input (from #dsdev and other places) on the source.

Version numbers start at 000 and count up in decimal. The latest version should always be at the bottom of the list.

Mr. Picklesworth

Woopsie, I somehow misread that as SCDS about 6 times. Hehe, sorry.

Okay, thanks for clearing all that up!