OK, so that seemingly random matrix question about matrix shifting was for this game I've been working on, generically dubbed, RUN!  The goal is to go fast enough around the screen as to avoid getting squished to the lefty hand side of the screen by the shifting blocks.  Sometimes, though, you're route is blocked.  That's when the jumps come in handy, allowing you to jump over one block in any direction by pressing [2ND] then the direction you want to go.  The jumps respawn over time ( I think I have a bug, not sure, I think sometimes you randomly gain 3 or 4 extra for no apparent reason, haven't really payed attention to that). There really is not much point to the game as of yet, and the matrix shift STILL takes to long (look at the obvious movement delay) and the [2ND] key takes forever to trigger for some reason (you have to keep holding it till the jump # decrements, really) but there ya go.  And I *think* this is the first game I've actually released...
NOTE: I DO plan on improving this.  Just maybe not right now.
Oh yeah, almost forgot.  It needs XLib.  Which can probably be deduced from the screenshot, but you never know.

It seemed to me that the screenshot was running very slow?  The pixels seemed to be fading very slowly...

The scrolling looks very nice though gladyou got it all worked out, although I still wonder if there would have been Ny way to get radial matrices working, I amigone almost everything would have to be rewritten though and what you have works great

Mmmm strange, I was using firefox, maybe I'll try some other browsers or QuickTime like you suggested...

It looks to be a bit slow in Fire fox to me as well. I was also wondering, how do you tell which tiles are impassable?

Could it be a variable he forgot to set the first time game is ran? Sometimes when people release stuff they forget to remove dependencies on certain variables during startup

Mhmm it's possible to do larger screenies in WabbitEmu. Just make sure the 2x option is checked. You can even make them so it has that green-ish color.

I hope it's not one of these hard to recreate bugs

@Galandros That seems to be about how fast it is on calc, and yes i know it needs to go a bit faster, and thats one of the things i will try to work on now that most of it seems to work.  Also, thanks for bringing to my attention what seemed to trigger the (now confirmed) jump increase bug, though the rest of what you said confused me.
@Art_of_Camelot As of now all tiles are passable.  The different designs are just an aesthetic effect.
@Tribal Yes I've noticed that bug that comes up at random times, and i think it has something to do with clearing the screen and the x/y variables that i'm stupid to use scince sometimes it comes up after graphing something etc. i think.  I didnt really worry about it yet though, since it only seems to trigger once, then re-running fixes it (for a while at least )
@TsukasaZX Ooh thats a good idea.  I'll see if i can fit that in without further speed decreases (biggest problem i seem to always have: speed ) and i was just using wabbitemu...

Also, what about slowly increasing the shifting frequency over time?  How does that sound?  Also (again) would you agree that the jumps increase too fast?
EDIT: Fixed the startup bug. It had something to do with Using the text command and a sprite command together, err, well in the same code, after looking at the graphscreen or maybe actually graphing something, not sure.  Anyways, when the Text command is first used, it resets the x or y (also makes the sprite commands not draw), dont remember which, so adding a pxl_Off somewhere at the top of my code fixed it.  Dang, i had it all reasoned out to exactly what caused it and how that fixed it, but now i mostly forget.   Anyways, out of curiostiy, anybody know why it does that?