My header:


Code:


Is there any problem with that header?

I see no flaw. The only thing that might go wrong is your double .org. What assembler are you using?

I'm using Assembly Studio 8x, I thought it was the equivalent of .relocate, what does .relocate do?

Some edits for the header doc:

The general header format code under HeaderStart:
.dw ASMHEADER_FIELD_TYPE_LIB ;== 3

Should be .db I think and the include file should be updated with the type definitions.

Under the Icon field type:
Offset 1+(palette size): Icon width, in bytes. For example, 8 bytes for Type 0

Maybe a width of 4 for 32*32 (I used 2 for 16x16)

.org and .relocate (and .rorg?) have subtly different syntax. I believe a .org followed by another .org can affect the output binary if the input program dictates overlapping areas. I know that .org followed by .rorg tends to avoid that problem, so you could do .org $0000 before the header, and .rorg UserMem right before the code. I'm not exactly sure about .relocate. Best thing to do would be to test.

Absolutely, both good calls.

Edit: Both done.

8 bytes for 32*32 with a 4-color palette; 4 bytes for a 2-color palette.

Ahh, thats where the problem is! (8 bytes for 32*32 with a 4-color palette; 4 bytes for a 2-color palette.) I was thinking pixel width in bytes.

.org in ASM Studio 8x just offsets the label addresses, I assume the program is recopied after the header to the original userMem ($a60b)?

Makes sense.

Yes. The header is left higher in memory. You'll therefore have a full 6645 bytes of code before the $C000 limit, and as many bytes as you want of data after that. The only thing missing from the routines that DCSE provides to programs is Runer112's new, optimized, clipping set of sprite routines coming in a few days. The other routines are all in place.

Still nothing, no icon, easy prog just resets calc.


Code:

Works great for me if I swap your second .org with a .relocate, add the corresponding .endrelocate at the end, and assemble with Brass. I can also run the program. I can only assume that your assembler is overlapping stuff with two .orgs.

Can you post the program so I can look at it in hex?

Absolutely; here it is.

Thanks Kerm! $69ef is omitted, my Asm Studio 8x plugin automatically adds it, so I created one that doesn't.

Here is the header file that I use with Asm Studio 8x:


Code:

Great, and that works for you? With your permission, I'd like to strip that down and put it on the Wiki as an example for Asm Studio 8x users.

Yeah, I posted it so that anyone can use it as a rough example, as long as they read the above comments pertaining to the use of .org, .rorg, and .relocate. I plan to use this as template myself and thats why I added the commented out type 4. I would keep this line in though: ;type 0=8, 1=4, 2=8 (bit size*pixel width/ or something similar, its easy to misinterpret the icon width. And point out that .org userMem-2 .db $69ef or equivalent will not work. I'm pretty stubborn and won't change assemblers, and I'm sure there are others out there!

By the way, due to a change in how the sprite routines work, the byte width field will now be a pixel width field. However, for backwards-compatibility, Doors CSE overwrites that field with a 32 anyway, so no need to change your existing Snake game.