asm sprite programs ?

I got a few (computer) programs that are supose to:
-make sprites
or
-turn calc pic's into asm sprites

and then it give's me a code,

so I save the code as an .asm file OR .z80

break-out the old comiler and....


ether I get A bunch of errors or when I put it on the calc
like

OR SOME THING WHATS WRONG???
I EVEN TRYED HEADERS AND STUFF.

What program? zsprite?

it's just data right? well there's no executable to actually put it onto the screen?

If it's zsprite, then it has a compiler and it works fine with windows. But I would suggest using xLIB for on calc sprites (if you are planning on using an asm lib).

ok, and I was using turbo sprites, and pic copy

can anyone give me a code that displays a sprite an pauses then ends.



(on the TI-Os)

This post has been edited by 4ce_labs on 5 Apr, 2006, 19:58

i think you are trying to execute the actual sprite data, which is impossible as you need to write the proper assembly code to do it. However there is some libraries avaliable in the archives that can do it for you, like xLIB 0.1 to xLIB 0.601a, Omnicalc, CODEX and zsprites

I cant really help much on z80 assembly programming tho as I only program in BASIC

This post has been edited by xlibman on 5 Apr, 2006, 20:01

My advice: stick to xLib or Omnicalc. They´re Apps and eat a lot of r0m, granted, but compared to the speed of Asmprgms called from BASIC they go at the speed of lightning! (Apparently the Asm(-command causes a slowdown)

There is of course my nifty BASIC program...

There are no r0m calls for displaying sprites.

You must write the first byte of the sprite to plotscreen, the second byte to plotscreen+12, the third byte to plotscreen+24, and so on iirc. Then call the r0m call that displays the graph buffer onto the LCD screen.

Oh, btw, if you are trying to do this to increase the speed of your sprited BASIC program, DON'T! It actually slows it down because iirc, ASM doesn't splice into basic very easily. This has something to do with leaving the Ti-OS to run the program and then returning, and then finding the spot in the original Basic program. The reason why xlib is so good is because it uses a parser hook much like the Ti-OS that interprets tokenized Basic code.

This post has been edited by Liazon on 6 Apr, 2006, 15:36

ok,thanks