I think it's seven pixels tall? It's the smallest i could make without it looking like a blob

Ahh... et je croyais que tu avais mis à jour ton tutoriel ! Il est déjà très bon, mais je voudrais apprendre tout ce que tu peux m'enseigner ! Je voudrais vraiment voir un tuto spécifique à la programmation de jeux, quelque chose pour les gens qui savent déjà programmer mais qui ont des questions sur les tilemaps, la détection de collisions, des objets intéractifs, etc. Je crois que ça serait très utile et aiderait beaucoup de gens à commencer à écrire de vrais jeux en assembleur...

Alright, i just popped open the source code tonight and it seems like the main folder is just the title screen Anyway the "old" folder had what seemed to be the actual source and when i loaded the program onto my calc what i first thought is that you weren't resetting some sort of jumping flag after touching a ladder. What it turned out to be is that you aren't resetting the ladder flag If you're on a ladder and press 2nd to jump, the code jumps but still thinks you're on a ladder, since when you run the ladder routine it sees that you've jumped (but still thinks you're on a ladder). Soo... all you have to do is first reset the ladder then check if you're jumping. Here's the code i changed it to:
char_ladder:
xor a
ld (charT+2),a

ld a,(charJ)
or a
ret nz ;quit if jumping

ld a,(charT) ;get x
ld d,a
ld a,(charT+1) ;get y
ld e,a

call Tile_value ;check (x,y)
cp 10
jr z,+_

inc e ;go to y+1

call Tile_value
cp 10
jr z,+_ ;check (x,y+1)

getoffsetD
ld d,a ;store it back to d
getX ;get the characters edge
cp d ;compare
ret z ;if it doesn't equal the other, then it is partway between the two
;so another check is required
ld a,(charT) ;get x
inc a ;get for x+1
ld d,a

call Tile_value ;check (x+1,y+1)
cp 10
jr z,+_

dec e ;go to Y

call Tile_value ;check (x+1,y)
cp 10
jr z,+_
ret

_ ld a,1
ld (charT+2),a
getkey(dkUp)
jr z,_
call char_up
loadanim(charS,7,8)
ret
_ loadanim(charS,7,7)
getkey(dkDown)
ret z
call char_down
loadanim(charS,7,8)
ret
Attached is the new source file

WabbitCode (for Windows) does, or if you're on Linux you can make a simple script to compile with spasm then launch TilEm2. And yes, i also would recommend spasm. There's also Brass which some people (mainly Kerm i think) still use, though Spencer always boasted that spasm was faster. Spasm can also compile into a bunch of different formats, including applications. Though if you want to do nostub (ie uncompressed/hex) 83 games, you'll need another program (bin2hex or something along those lines).

I was curious if it'd slow it down much or not, but really i don't see much difference. When there were 256 dots (there was a bug in my code ) it slowed down a bit, but still not too bad. I just spend pretty much all day on this, getting the ball to jump to the height of the bar took forever (thanks Tari!)


Source code and demo .8XP attached What i've got here is it showing every other dot (ie, every other coordinate where the ball/block will go). Showing every coordinate looked really ugly (half of it was a solid line), i think you could even go for showing every third coordinate.

What i did for this is just build an array of coordinates everytime the ball bounces which then get drawn every frame. For the next part calculating where the next bounce will go that might cause a bit of slowdown, especially in my engine since the part that calculates the initial velocity of the ball is a little slow. I can try adding that in too if you want to get an idea of what it might look like...

Sure, maybe later after some of my current projects are finished i can work on polishing this up into a playable demo or something It looks really fun.

Wow, it runs great! It's quick, too. Do you redraw the map each frame, too? Or is it just drawn in the first frame and all the rest everything is shifted in? Is one .8xp the source and the other the actual program? I'm gonna toss it on my calc now. Congrats on finishing it up!

EDIT: No need to credit me for anything, i'm just super excited about this game