Problem with AR and sdload.

Discuss one of the most feature filled GameCube applications here :)
Post Reply
wolfilein
Posts: 8
Joined: Tue Aug 02, 2011 7:57 pm

Problem with AR and sdload.

Post by wolfilein » Tue Aug 02, 2011 8:05 pm

Hello there :D
I've a little problem using swiss over sdload :
every Time i try to start a game (iso) ( if i start swiss over the sdload menu) ;
the game doesn't and there comes the Error message "ERROR: OK"

thanks for halping and soory for my english
wolfilein
wolfilein
Posts: 8
Joined: Tue Aug 02, 2011 7:57 pm

Re: Problem with AR and sdload.

Post by wolfilein » Tue Aug 02, 2011 9:31 pm

Solution found :

After loading the swiss dol; you must open the lid and close it again.
but one more question:
is there any chance to get the swiss dol converted to bin, so can use it as a SDLOADER.BIN instead of Sdload?

wolfilein
User avatar
infact
Posts: 346
Joined: Tue Mar 29, 2011 4:35 am
Location: Germany

Re: Problem with AR and sdload.

Post by infact » Wed Aug 03, 2011 12:04 pm

Not without further modification, sorry.

When I remember correctly there are some specifications that the SDLOADER.BIN must met.

----

I found it ;-)
costis' sdlod readme wrote: The menu program that is loaded after you open and close the cover on the Action Replay
(SDLOADER) is just a simple file on the SD card. It's the file that you copied to the
root directory of the card while following the installation text called SDLOADER.BIN.
This file is a simple GameCube executable binary which is loaded and copied to RAM
location 0x81700000 (the high 1MB of RAM on the GC's 24MB of main RAM.) You can easily
replace SDLOADER.BIN with your own creation to have it boot at start-up instead of
the default menu if you choose to do so. Just set your compiler to compile for a
target text base section of 0x81700000 (-Ttext 0x81700000)
and then use objcopy to
convert the output ELF file from the linker to a binary:

powerpc-elf-objcopy -O binary sdloader.elf SDLOADER.BIN (for example...)

The only precaution you have to take is that your binary file is 1MB or less in size,
as otherwise it will overflow through the top of the GC's RAM!
So, Swiss must be recompiled to a base of 0x81700000, which is not a big deal,
but Swiss is uncompressed over 2 mb and this will increase with further development.

The best solution would be to code a small loader program (to replace the sdloader.bin and fit the above requirements),
that will then load Swiss from the sdcard. Maybe a modified version of the reloading stub, that is in the works.
infact
Image Image
wolfilein
Posts: 8
Joined: Tue Aug 02, 2011 7:57 pm

Re: Problem with AR and sdload.

Post by wolfilein » Wed Aug 03, 2011 8:07 pm

mhh,
I don't think that I'm good enough to code an GC programm , because i never used c before :(
can anyone help me?
User avatar
andzlay
Posts: 447
Joined: Thu Jul 08, 2010 12:53 am
Location: Germany

Re: Problem with AR and sdload.

Post by andzlay » Wed Aug 03, 2011 10:32 pm

no.
wolfilein
Posts: 8
Joined: Tue Aug 02, 2011 7:57 pm

Re: Problem with AR and sdload.

Post by wolfilein » Fri Aug 05, 2011 1:17 am

so after 1 day read and using the source-code of swiss ;)
i build an programm what automaticly boot the boot.dol from the sdgecko in slot a;
but if i compile it with Ttext and after that use objectcopy
i get an .bin that is > 2GB big :(
edit:
I'm now now why i have this problem , i must use the logc libary for compiling but with -Ttext i only get :

Code: Select all

c:/devkitPro/libogc/lib/cube\libogc.a(system.o): In function `__lowmem_init':
/Users/davem/projects/devkitpro/libogc/libogc/system.c:468: undefined reference
to `__gxregs'
/Users/davem/projects/devkitpro/libogc/libogc/system.c:468: undefined reference
to `__gxregs'
/Users/davem/projects/devkitpro/libogc/libogc/system.c:470: undefined reference
to `__Arena1Lo'
/Users/davem/projects/devkitpro/libogc/libogc/system.c:470: undefined reference
while linking sdautoload.elf
Last edited by wolfilein on Fri Aug 05, 2011 1:52 am, edited 1 time in total.
User avatar
infact
Posts: 346
Joined: Tue Mar 29, 2011 4:35 am
Location: Germany

Re: Problem with AR and sdload.

Post by infact » Fri Aug 05, 2011 1:34 am

pics or it didnt happen ;-)

Well, without the source code I am not able to help you with this. You may attach it here or send me a link via pm, if you want.
infact
Image Image
wolfilein
Posts: 8
Joined: Tue Aug 02, 2011 7:57 pm

Re: Problem with AR and sdload.

Post by wolfilein » Fri Aug 05, 2011 8:49 am

i attached the source ;)
the bigest part is copied from swiss (boot dol)
thanks for your help
Attachments
source.zip
(7.24 KiB) Downloaded 350 times
User avatar
infact
Posts: 346
Joined: Tue Mar 29, 2011 4:35 am
Location: Germany

Re: Problem with AR and sdload.

Post by infact » Fri Aug 05, 2011 12:31 pm

Your program can't work ;-)

You mixed up sd cards and memory cards...
infact
Image Image
wolfilein
Posts: 8
Joined: Tue Aug 02, 2011 7:57 pm

Re: Problem with AR and sdload.

Post by wolfilein » Fri Aug 05, 2011 1:36 pm

this programm already works only the prints are wrong because an non supportet device in the memcardslot return errorcode -2 ;)
ive tested the compiled dol with sdload and swiss ;) both worked.
the only problem is with Ttext compile if i try this i get the error :(
or an destroyed dol and elf (when compile without libogc):(
wolfilein
Posts: 8
Joined: Tue Aug 02, 2011 7:57 pm

Re: Problem with AR and sdload.

Post by wolfilein » Sun Aug 07, 2011 11:33 am

i've tried verry often and never get a working result :(
can anyone help me to compile my programm with a text based section of 0x18700000 ?
the programm is wokring if i load ist over sdload
Post Reply