[TI-84+CE] Wal-Rush! CE v2.0

[Dudeman313]

Oh. 
So what kind of program might directly use that trick?
And has anyone actually thought of using Textlib for a Text Viewer?

[Dream of Omnimaga]

The trick is only a matter of using an extra variable and once A reaches 26 you set it to 1.

And a text viewer would be feasible but text would probably be a bit large.

[MateoConLechuga]

What I find interesting is that when I draw outside the screen with CE Textlib, it wraps on the other side automatically. It's almost like if DrDnar expected that some people might do it by accident and rather than disallowing drawing outside the screen outright, he just made graphics loop on the other side. Unless I'M missing something? In any case, I guess it was a welcome move from him.

THe following screenshot doesn't make things justice because of how flickery it is, but you should still have an idea of what I mean.

This is because of the layout of RAM; it's sequential. It doesn't wrap at all, that's just a lack of clipping. It will always be off by one pixel height wise on the opposing side because it is looking at the next address.

[Dream of Omnimaga]

So basically, if I draw something far enough, it will draw it at the same spot but at different RAM addresses? I'M unsure if I get what you mean right.

By the way, one example where I can draw two rectangles at the same location would be {33,12,1,1,1,10:Asm(prgmTEXTLIB and {33,780,1,1,1,10:Asm(prgmTEXTLIB. (there's no offset by 1 pixel or anything in that case)

[Dream of Omnimaga]

By the way, I just tried this on a real calculator with almost all my RAM free and not many sub-programs and this ran blazing fast (6 FPS). This is because using Asm(prgmNAME) searches the VAT for the lib. So if you wamt to enjoy this game to its full potential, then I recommend you play this game with as few calc files as possible installed, preferably nothing else besides Textlib and the game.

[Dream of Omnimaga]

I'm doing a new version of this game that uses @grosged Sprites v3.2 library. Only the title screen is done so far, though.

[Dream of Omnimaga]

So I finally switched to actual sprites and there was a massive frame rate increase



I had to slow the game down a bit. The funny thing is that since I use low-resolution sprites (the is from JWinslow23's Atari game, but 8x8 instead of 8x9), the game ended up being smaller than the rectangle version showcased above.

[Dudeman313]

It's beautiful!

[Dream of Omnimaga]

Thanks. What needs to be fixed next is the collision, because since I had to slow movement down it broke stuff and I need to make the collision accurate again. Currently it's very hard to hit anything


EDIT: Collision detection has finally been fixed and a death animation was added:

[Dream of Omnimaga]

Sorry for the double-post, but here is version 2.0 of Wal-Rush! CE!



https://tiplanet.org/forum/archives_voir.php?id=496532

[unregistered]

Yeah !! Good job, DJ Omnimaga 
I'm glad that bugs seem to belong to the past 

[Dream of Omnimaga]

I still had the green square bug in v3.3 sadly, so I had to re-add the dummy sprite for the fish to work D:

[unregistered]

Hmmm, I try to understand why... maybe the beginning of the memory area (where sprite 000 is stored)  is not safe enough.
You wrote you need to define a dummy 7*3 sprite, zoomed 4...Perhaps by moving this memory area 338 bytes away, It may be okay ! 
Would you try a beta version ?

EDIT : please try again (I've just updated the version 3.3 , including the little modification )

[Dream of Omnimaga]

Yeah I don't mind trying a beta version.

I tried the trick you posted in the other topic (starting at sprite 000) and to no avail. The square still appears. You could always try moving the sprite data 338 bytes further or so to see what happens.

[unregistered]

I've just included this little modification , please download again this updated version 3.3
ah, dinnertime , tell me... bye !