Uzebox Forums

0x04 = illegal command response From the SD cards I have here it looks like CMD12 should respond 0x7F <<< a stuff byte some number of 0xFF (up to 8 / NCR) 0x00 <<< No Errors Here is a test program that printf debugs stuff to screen. I turn on SPI echoing around the CMD12 so if people could test thi...

BTW I have tested this non-SDHC card and I cannot get it to work any way I format it. It doesn't work at all for the title screen of Tornado, and shows wrong zoom levels and views from another web depending on your position, pretty weird. Just thought I'd save someone the pain 4gb_nonSDHC_nonworkin...

Just an FYI for anyone who has not yet migrated everything of importance (source code to Uzebox games) off Google Code:

Google Code will be turning read-only on August 25th. See this post for more information.

uze6666 wrote:Geee, will we ever fix this? I've put the track->patchCommandStreamPos = NULL; before triggerCommon. Commited.

I sure hope so!

Ah - OK. That was the missing link for me. Making the number of tiles before the font starts 31 so the ASCII stuff lines up. I have just squeezed a demo into the git branch thingy of mine that shows the SD card usage int sectorStart; mmc_init_no_buffer(); sectorStart = mmcFindFileFirstSectorFlash(f...

good news everyone. Got my real hardware back a few days ago. Spent the last 2 days printf debugging and sorting out some minor differences between uzem and real hardware. Now the 18 clock per byte BLIT data from SD card routines are fully functional in uzem AND on real hardware. Have found a few w...

I have some bad news. The original TriggerFx() glitch is not fixed. Luckily I was making a capture file at the time, so I can reproduce it. We went through all the trouble of making sure that TRACK_FLAGS_PLAYING is unset before calling TriggerCommon, but you removed that condition from the if, and c...

Good idea, will do so. Btw I was thinking that most of the time the cap file must go along a hex. If one posts just a cap, we can't know which version of the hex file goes with it (could be recompiled on users machines with a different gcc). So I will make a new format with the recorded hex embedde...

It's quite simple in fact. The blit rule becomes just write sprite pixels if the underneath pixel=background color. In the blitter just replace this: x_loop: lpm r18,Z ;px=pgm_read_byte(src); cpse r18,r19 ;if(px!=TRANSLUCENT_COLOR) st X,r18 ;*dest=px; ... brne x_loop by this: x_loop: ld r18,X ;dest...

Uze, I just cloned a copy of the master branch, and it seems that you didn't quite catch all of the case sensitive changes necessary for Lode Runner to compile on a case-sensitive file system. You changed the name of the file called loderunner.h to LodeRunner.h, but left all of the places in the sou...