SpritesMind.Net

Did you only try UMDK or an emulator also? It has been some time since I last set up Gendev so I will try it again tonight or tomorrow in Ubuntu. You can add an option to the compiler line "-nostdlib" or "-nobuiltin" don't quite remember which. That should get rid of the warnings. As a bit of a side...

I'm not very good at tutorials but maybe this will explain it Build Gendev sudo apt-get install build-essential texinfo cd git clone https://github.com/kubilus1/gendev cd gendev sudo make Hello World program cd cp gendev/sgdk/skeleton . cd skeleton mkdir src cat <<EOF > src/main.c #include <genesis....

Wrong makefile. You want gendev/sgdk/skeleton/Makefile

EDIT: It also appears your Code::Blocks projects is configured to use "make.exe" explicitly so you will probably want to change that as well. I don't use that IDE so I can't tell you where that is configured though.

prophet36 wrote:Oh, wait. Why halve it? If the byte that fails is 77590, you need to look at the write to 0x412F16 (0x400000 + 77590) in the trace.

Whoops. I'll try a few more times, don't have the old trace/bin files.

If the cmp command returns an error like "readback.bin random.bin differ: byte 1234, line 123", then the test has failed. Try running the test again, this time returning a trace log: loader -w flashtest.bin:0 -x 2 -t trace.log:512 You can then grep the resulting trace log to see what values are act...

Finally got around to running the tests again. I seem to have a problem with the onboard flash tests I did not have last month when I first got the cart. $ cmp readback.bin random.bin readback.bin random.bin differ: byte 77590, line 299 It's a different line every time I run the test so maybe the co...

prophet36 wrote:I wonder what happened to Grind and mswan? Weren't they the other two people who bought in Montserrat's batch?

Still watching the thread, but have not had time to try the newer firmware/tests just yet. Worst case I will still have a solid chunk of free time this weekend.

Attached mine. You won't be able to use ddd without the full toolchain though. There were a few different problems I had building on different distros. Try running these 3 commands: 7za help2man sudo apt-get install libtool-bin If 7za is a bad command install "p7zip-full" If libtool-bin doesn't exis...

It's quiet but I recorded this from hardware. Sounds better than emulator but still a bit off.

Using Ubuntu 14.04.3 I was able to get to the same point as Burbruee. This is on an NTSC model 1 that has the copyright screen (I was told some model 1s don't). Two small things I had to change in x64.txt: In the apt-get lines, remove "libtool-bin". That package doesn't exist in 14.04. Also add "p7z...

Finally getting a chance to do this. Noticing a bit of a discrepancy in the last step: my firmware.bin is only 1280 bytes. $ gordon -v 1d50:602b -t indirect:1 -w firmware.bin:0x60000 Device: Micron/Numonyx/ST M25P40 Writing 0x00000500 bytes to address 0x00060000... ..... $ Nothing mentioning the fil...

Thanks for the detailed guide. Got the first 2 steps down but may not be able to mess with the board until later this week.

At least I can confirm the steps work the same on Arch except for the apt-get lines.

I think this is calculating a point from the origin (0,0) so you could give it the difference between the 2 coordinates you have.
Don't get how the part at the end works though.

You don't need to put "struct" in front of the type if you used a typedef: Expert Experts[6]; // Would be fine Everything else looks valid. Are you running into a problem with this? I think SGDK has a strcpy so that should work. Be careful though as C standard libraries use null terminated strings. ...

Hi guys, I think this may actually be a Deflemask bug. I have a couple VGMs that do the same even in Deflemask's ROM output. Forgot my credentials to Delek's forum otherwise I would report it. Posting from my phone where there is no evidence, but if you export your .dmf file as a ROM check if you st...