Grayscale in a BASIC program... a year ago I would have called you a lunitic for suggesting it.

You and me both! I saw it and I *still* don't beleive it!

NONFLICKERING grayscale! Even better!

I still do that. The grayscale routines are asm.

The way I percieved it, the Sprite() command through omnicalc is the only asm utility used to make the grayscale. The actual swapping back and forth of the sprites to created grayscale effects was done in BASIC language.

I could be wrong, but that was my perception of it :).

So you did download it!

No.. I looked at the readme, description, and recent news article and came to that conclusion :-P.

I realize there were asm routines involved but I still find it amazing.

Perhaps a link to the previous article will make it more convenient?

Actually there are one (click on the Ev Awakening link).

The news article is a bit late because I uploaded the game back in January 18th, but since Joey Gannon retired from file archiver it appeared in their archive in Feb 11 *cough*. btw I'm wondering who will be the new ticalc.org archivers?

Gah. That's what I get for skimming. :-)

How many people actually submitted an application?

I would think tons.. at least a hundred or so... I DID!!! :-D

(but I wont get it :( haha)

I would guess about 100 people (without multiple submissions) including me!

I saw this on calcgames about 3 weeks ago! I downloaded it immediately!

I would get this, but I only have a TI-83+...

You can still get it... It just won't run that fast :-P

Actually I tried it on my brother 83+ and it was a bit slow, but it seemed to run a bit faster than the previous episode. However there may be contrast problems due to hardware problem.

I think the hardware problem is due to the fact that the LCD have problem handling pattern like this:

0000000000000000000000
1111111111111111111111
0000000000000000000000
1111111111111111111111
0000000000000000000000
1111111111111111111111
0000000000000000000000
1111111111111111111111
0000000000000000000000
1111111111111111111111

or

0101010101010101010101
1010101010101010101010
0101010101010101010101
1010101010101010101010
0101010101010101010101
1010101010101010101010
0101010101010101010101
1010101010101010101010
0101010101010101010101
1010101010101010101010

This causes some part of the screen to be lighter than others. on the Silver Edition we don't have this problem

You know, I've tried to make GrayScale on my calc(an 83+) before... all i did was make the command PixelOn(-,-):PixelOff(-,-) in one of the subroutines so it keeps doing it... it works ok as long as you don't have too many pixels switching on and off... then it becomes flickery. But on the SE it works better... I use these things in one of my new games so don't steal the idea plz ;).

The Barlow

Oops, i meant Loops not subroutines. My bad.

The Barlrow

Oops, i meant Loops not subroutines. My bad.

The Barlow

My new method looks a bit more promising, eh Kévin? ;-)

Yeah you e-mailed me about it. I'm sure that the game would take 60KB of memory instead of 120KB with it. However you need to fix the bug first (Maxcoderz members have a lot of asm knowledge so maybe they could help.)

Unfortunately it might take a while before I update the game with your routine because I am working on "Diortem" right now (just invert the name and you'll have an idea of what I'm working on).

Ohhh. I would KILL to get that on my ti-89. I have almost all of the Metroid series. I'm a diehard fan. :O- *sucks up drool* Sorry, got a little carried away there.