About the screenshots, if you can get acces to a cse rom, use it to make animated screenies.

Thanks to PT_, I now have a gif for you guys

I have optimized your code a lot, so falling is now smoother and merging tiles works good; but what if you have two blocks of the darkest color on each other? But anyway, here is my code; it saves around the 340 bytes . See the post above for the gif.

Code:


EDIT: here is the full code, with X-movement implemented

Code:

There are five colors that the tiles can be, between ltgray and darkgray. If a darkgray falls on a darkgray, they shouldn't merge. My thoughts are that the only way to get rid of the darkgray ones are to eliminate them by rows, if an entire row is the same color tile. You can see that in the ios gameplay video.

Wow, that looks really good! Such smooth scrolling, and are the colors customizable?

Thanks! (a lot of the credit goes to PT_ however). I was thinking I would not make tile colors customizable since that could get confusing on which tile color is the darkest (non-mergeable), and gray was the only one the calculator had multiple shades of.

PT_: I just tested your code, and it's great! X movement seems really good, and I love how the colors merge! There are some small issues that I can probably fix though, such as a domain error on the background color options (with var S), and some screen shifting values that need to be changed.

[edit]
I'm thinking about a soft/hard drop as well, similar to how tetris does it. The limitation though is that I don't know how to make them fall faster unless I make the tiles with more empty lines in between them, which isn't exactly very nice. I could slow down the game and speed it up to the speed it is now if you're doing one of those drops, but that would obviously not be wanted either since that would be slow.

Also, there are some graphical (and possibly internal) issues. Say I move a tile over 1 X value when there is a tile the way I moved, then I will be stacked on top of that tile, just that the entire tile I stacked on top of won't be displayed completely... Need to fix it so that you can't move in the direction of another tile if any part of your tile is touching it.

Another less important issue: the tile drops a little bit faster when moving left/right. Could be nice, but idk.

For hard drop, you can use this code, is it about 1.5-2x faster then normal falling down.

Code:

Very nice PT_! That will work.

Also, I can tell that the game is internally deleting rows of the matrix when it needs to, but the shifting of the screen doesn't seem to be working. However, for some weird reason, the shift registers once the game ends - but not in game. Do I need to do Disp :DispGraph or something, or can you fix that mateo? Also mateo (or whoever wants to do it, you don't have to necessarily), if you could do me another favor this would be great: make the screen shift program just like how I already have it, where it takes a value in Ans and shifts the screen down that much while keeping the bar on the bottom, but instead of the whole screen, could you make it only shift the gameplay area? That goes from x=0 (the left of the screen) to x=124. At 125-128, I have a thick 4 pixel wide black line that separates the gameplay area.

Thanks in advance

[edit]
I tried the Disp :DispGraph thing after shifting the screen, and it worked. If it's not too much of a problem though, it may be better to just fix the shift program.

And for the last bug:

Code:

Niceee PT_ Just noticed another thing which I'm not quite sure how to solve, which may require a bit of a change to the shifting program, I don't know. If you get a line of tiles exactly the same color, and it's not on the bottom, the program doesn't adjust for that yet. It only eliminates the bottom row, internally AND graphically, instead of eliminating the row that should have been cleared. Going to need to figure out how to eliminate certain rows graphically, and also, any tiles that are hovering in mid-air because of the elimination need to fall down (I don't think they need to be animated down, they could just be erased and then redrawn at the new spot?).

I'm thinking adjusting it internally in the matrix should be fairly easy though.

[edit]
ahh, mateo, perhaps you could adjust your program a bit. You know how it currently leaves the bottom bar alone? perhaps that could be left as a variable instead, so I can specify where the screen shift should start, leaving however much of y=0 to y=N alone. That way I could eliminate a certain line graphically.

Sorry about the late things, been a bit busy lately. Here's the program that you requested, I think you may find it useful. It should auto-update on the graphscreen.

Here's the usage:

Code:


ScrollDownAmount - The amount by which to scroll down
LeftMost_X_Position - The x value to offset from the left most side of the graph screen
LengthOf_X - The length of the line we are shifting down
YBottomValue - Measured from the top, how many lines to actually use while shifting

NOTE:LeftMost_X_Position and LengthOf_X have to be divided by 2. This is a because of how the graph screen is structured; and I really don't like it.

EXAMPLE: Shift the screen down 5 pixels, from x=0 to x=124 and leave 15 pixels on the bottom of the screen intact:

Code:


Download: Shift.8xp

Hope this helps! Please let me know of any bugs, or things that are odd. Thanks!
EDIT: If you would like; I could modify it so that it takes inputs from the list in L1 or something rather than Ans. This way it doesn't have to waste time.

Source:

Code:

Thanks Mateo! I'll have to test it in the program to make sure, but just one thing when I quickly tested it via the home screen: the new updated graph screen showed up, but the home screen was still visible as a border. Kind of like the graph screen was overlayed on the home screen. Again, this will probably not be the case inside the program, but I just thought I'd say that

I'm looking at some gameplay footage to figure out what the scoring system is like for the most part. Here's what I've figured out:

Setting a tile down - 2 points
Merging a tile - 4^(number of tiles merged in combo) points
Clearing a row - 200 points

Also, you level up every 500 points

Here's some gameplay I'm basing this off of:

[Link]

And I believe that is it! If it is not, please correct me Now time to implement it

*bump*

Everything is done, now that I added the score counter. It would be nice to have a pause feature though... Now I just have to write the readme, and the program should be released within the next few days

I'll try and make a video if I can.

I am happy to announce that Shades is finally out! I'll see if I can make a video/gif here soon

Download:
Shades for the TI-84 Plus CE

For now, you probably could use the gif I gave you.

Just released version 1.1, which has optimizations by PT_ and a bug fix And I added screenshots to the download page, however the gif isn't exactly what the finished game looks like.

Here's a new gif of what it actually looks like.

This is still without the shift function, since I don't have a CE.

Is there probably anyone who would trying to port Mateo's shift program to the CSE? That would be very awesome . After that, we can make better gifs and I can test the shifting too.

Michael and I are thinking of a way to make the game (progressively) harder, any ideas on that are always welcome.

*bump* anybody have any ideas on this? Also, PT_, have you thought about this at all? I'm currently at a loss of ideas.

*bump*
Any ideas on this?

For me, I thought that extra speed is not an option, since we only use BASIC. So what I thought was add random blocks each time you go a level up. Something like this:

Code: