SuperDCision: supervision emu 1st test release

'sh-elf-objcopy -O binary -R .stack emulator.elf emulator.bin '

Got that from GPF, it fixed the truncated binary problem for me.

That's the weirdest problem I have ever envountered! last night I burned 5 cd-rs trying to make a selfboot image. none of them worked! wtf?? ??? ?? I used 'sh-elf-objcopy -O binary -R .stack emulator.elf emulator.bin ' and elf2bin, scrambled and unscrambled bins, DC-Hakker but nothing worked! It either restarts or hangs. Storminator16 you said it worked for you. Could you email me the bin or upload it somewhere so other people also have access to it?

The elf and the bin is supposed to have the same size (in bytes)? cause when I use sh-eld-objcopy the bin is always smaller and when I use elf2bin they are the same!

Really weird problem guys. Sorry for any inconviniency I caused. the elf though works fine.



Btw I used the DCFreeDev1.2 environment. Maybe something is wrong with it?

Anybody have any further luck creating a successful (working)binary from the ELF file?

[quote author=elefas link=board=dcemu;num=1108178421;start=15#21 date=02/15/05 at 11:03:00]The elf and the bin is supposed to have the same size (in bytes)? cause when I use sh-eld-objcopy the bin is always smaller and when I use elf2bin they are the same![/quote]the sh-elf-objopy command is doing it properly - the elf is supposed to be larger than the bin.

Lets hope we can get this fixed :)

Yes, I'd really love to give it a try.

Well damn. I just made an SBI for this, too. I guess it probably won't work.

I gave it a try last night again without results. just wasted some more cd-rs. It is really strange. I can't understand why this happens. the sh-elf-objcopy command in verbose mode shows no errors.

P L E A S E I advice newbies not to download the files. Burning 1st_read.bin on a cd won't make the emu work! What is working is the elf file which can only be tested with coder's cable. If you do not have it you waste time and money (cds), the emu won't work.

A L S O Anyone who knows something about this strange problem please make a post! Maybe I'll upload the source code tonight so other coders give it a try.

*********!!!!!!!!!!!!!!!!**********
*********GOOD NEWS**********
*********!!!!!!!!!!!!!!!!**********

Finally did it!!! I dug out an old post at DCemulation where Scherzo had a solution for this problem. All credits go to him! Dev-Cpp environment has a problem with linking the startup.o . This results in making bins which cannot be booted.

Anyway for compensation I have uploaded the new binaries (with intro screen) at:

http://students.ceid.upatras.gr/~leuterat/watara.zip

1st_read.bin is the scrambled bin (works with selfboot and DC_Hakker -tested-)
watara.bin is the unscrambled bin

Thank you all and sorry for the inconvinience I caused

Have fun

P.S. @wraggster: please if you can update the superdcision page with the new updated binaries

thank you elefas. i will try this out a bit later.