Commander X16

The documentation of the file format of the emulators .crt files is wrong in one statement. It says, the carts playload would start at offset 512, but instead it starts already at byte 480. The error comes from the 32 of the program version, but the offset jumps by 63 bytes in the table instead.

=> The nature of the problem (ie: "the emulator crashes when I try to OPEN 8,8,8,"DIR.DIR,S,W") The -rom_files parameter in the makecart utility doesn't process more than one file. This is no wonder, as the parameter processor walks through additional files, but doesn't increment the ...

Not sure, if I'm saying something dumb here, but you could use the 200px and overlay the last line with the second layer and a line filled with an eight by eight character, which is transparent on the first four lines and all black on the second four lines. With that, you can easily reuse the part b...

Maybe consider start with a small Terraria clone first. Voxel rendering is much more costly on the CPU side than one may think and you will need to start RAM banking very early on an 8 bit system like the X16.

Ah, that makes totally sense! Thank you, for pointing this out!

Boah, thanks guys, you rock! Stefan, you're right, that's the issue. Would never found that, although I still don't understand, why everyting worked fine on the vanilla boot then. I was so focused on the VERA flag set, that I totally forgot about the CPUs one. For the sake of anybody ever searching ...

Thanks for answering, Stefan. Will go through your list here: - On IRQ, the ROM bank is set to 0 by hardware - Consequently, the vector at $fffe in ROM bank 0 is always called That's good to know, wasn't aware of this, but this hits some of my expectations and questions. - That vector points to Kern...

Thanks, but yes, the cli is already in my full source in the first post. This is my current state: _setup_irq: nop php sei stz ClockLo stz ClockHi lda #<loop_irq sta IRQVec lda #>loop_irq sta IRQVec+1 ; Setup first VBLANK lda #$1 sta VERA::IRQ_EN cli plp rts loop_irq: jsr handle_clock jsr handle_joy...

And yet, my code works well on a vanilla booted system, but not from my cartridge. The interrupt doesn't get called at all anymore, if setuped from the cartridge entry point. My expectation from browsing through the kernal code is, that system interrupts were registered already at the boot time of t...

Thanks so far, had a look in it, although I still don't get, why my code doesn't work, as I already tried exactly, what he does there as well... It actually works, if I chain into the existing IRQ, but if I return with a RTI, the system crashes. I'm sure, I'm still missing something. My code so far,...