Wal-Rush! CE v2.0 ti-84+ce

[xlibman]

Progress update:

-Changed mountain colors from green to turquoise (apparently, that's possible)
-Redid parallax scrolling to reduce screen updates and thus, gain a bit of speed
-Made Walrii in fewer rectangles (slightly slower but drawing less rectangles offsets that, plus it's smaller)
-Now Walrii can move left and right like in the original game
-Made spikes smaller and fixed erasing bug at the right of the screen (introduced by previous feature)
-Fixed weird vertical lines left behind Walrii in the mountains.



TODO
-I need to figure out a way to make Walrii erasing so that it doesn't have to update an entire 4x8 and 7x8 screen chunks (unless doing so is so complex that it actually slows the game down)
-Collision detection with spikes
-Fish item (it seems the calc isn't in the Atari game so I guess I can do away with it). Fishes would give an extra 100 pts.
-See if glitchiness in the middle of the screen can be alleviated without severe slowdowns. I could probably outdo the parallax edits I made in this update, though, if adding the next features doesn't cause slowdowns.
-Title screen?

[tr1p1ea]

Looking good, and btw your rectangle request should be pretty easy to implement. Be sure to remind me in a couple of weeks when I'm (hopefully) up to porting the drawshape commands .

[xlibman]

Thanks tr1p1ea. ANd glad to hear. Would it be hard to implement? You should maybe make an xLIBCE features/showcase brainstorming topic @tr1p1ea in case some of our non-Cemetechians have ideas or that I forget .


I found some weird oddities about CE Textlib boundary circumvention.
-For example, if a rectangle overflows at the bottom of the screen, it seems to be shifted 1 pixel to the left in its entirety. This is why there was a gray trail left behind the walrus sometimes.
-Also, the X/Y values seems to be 1 bit unsigned, or at least 256 acts like 0 and so on.
-16 colors are supported instead of 15, turquoise being color 25 (I assume it's the turquoise from home screen highlighted text when scrolling up in entry history?)
-Drawing stuff off-screen causes it to loop back, but shifted by a few pixels. This could be handy for some advanced graphics, but probably not that practical.
-I have yet to run into any odd calculator behavior/crashes following the abuse of CE Textlib rectangle limitations.

[Jkolade936]

Progress update:

-Changed mountain colors from green to turquoise (apparently, that's possible)
-Redid parallax scrolling to reduce screen updates and thus, gain a bit of speed
-Made Walrii in fewer rectangles (slightly slower but drawing less rectangles offsets that, plus it's smaller)
-Now Walrii can move left and right like in the original game
-Made spikes smaller and fixed erasing bug at the right of the screen (introduced by previous feature)
-Fixed weird vertical lines left behind Walrii in the mountains.



TODO
-I need to figure out a way to make Walrii erasing so that it doesn't have to update an entire 4x8 and 7x8 screen chunks (unless doing so is so complex that it actually slows the game down)
-Collision detection with spikes
-Fish item (it seems the calc isn't in the Atari game so I guess I can do away with it). Fishes would give an extra 100 pts.
-See if glitchiness in the middle of the screen can be alleviated without severe slowdowns. I could probably outdo the parallax edits I made in this update, though, if adding the next features doesn't cause slowdowns.
-Title screen?

Updates!
I can make a nice title screen if you want me too.

[xlibman]

I should be fine since the title screen will most likely be simple, but thanks anyway

Something I wonder is: What TI-BASIC command usually redraws the status bar at the top of the screen? I thought that Disp/Dispgraph and Clrhome did, but it appears not, unless it's caused by CE Textlib.

[Jkolade936]

I thought it might be those too, because the more you refresh your screen, the more it reappear.
Maybe you should try covering it and then deleting Textlib to see if it will still redraw.

[xlibman]

Nah, I haven't figured out how to make it redraw inside the program until I quit. It might be some setting in CE Textlib, though. In xLIBC when the busy indicator was disabled in 160x240 mode it also prevented the bar from being redrawn and there was an option when switching back to 320x240 that allowed you to redraw it upon switching.


Also here is the title screen

[Jkolade936]

I wasn't asking that; I meant that what would happen if you covered the bar in a program, deleted Textlib after exiting the program, and then looked to see if the bar would still be redrawn?

The title screen is awesome! XD
But IMO, if "Walrush CE" was 1 row taller though, I'd be even better.

[xlibman]

Oh, I wouldn't need to delete TEXTLIB to redraw the bar. It eventually redraws itself when the program is finished, such as when I press the graph key.

Also thanks. I didn't make it longer since I used lowercase, but I,ll see what I can do.

[xlibman]

@Dudeman313 on a side note I implemented your title screen change idea and it looked better than I thought. I also made the text underlined. On the emulator the top looks a bit dark, but on a real calculator it's perfect:

[Jkolade936]

Awesome!

[xlibman]

Thanks. By the way development on this might be slower as I experiment with the tilemapper. I don't plan to implement the tilemapper in this game for speed reasons, but I might see if I can reduce the space between each Walrii blocks, so that I can make it smaller (since it's so big right now >.<)

[Jkolade936]

Would drawing the smaller rectangles help you at all?

[xlibman]

I'll most likely do that for some of the Walrii blocks, such as the legs or the eyes (so they're a bit less tall).

Of course the title will be drawn with smaller blocks too.

[Jkolade936]

I'd like to see that.