2x16 LCD Graphics :)

[Art]

Hi Guys,
I know the odometer effect has been done, also the bargraph,
but both use single isolated custom chars as up to eight screen buffers drawn all over the place.

Has anyone considered making a frame buffer array in RAM, and then copying out
the bytes to all of the eight custom characters for every frame?



It's probably five years too late with the price of gfx LCDs now,
but I think a nice exercise, and think the rotating 3D cube is doable.
I was thinking do a real 23x17 frame buffer, and just accept that the
inbetween lines are invisible pixels, so long as the display is animated.



Most of the points on the cube are duplicates of another with different initial 2D offsets.
I can't do the point rotation without trig, but can use another program to generate the
pre rotated list of points of 36 or so different angles around each axis.
The lines should be right to draw locally since they only need square root.
Also proper balls bouncing off walls at inverted angles should be ok locally.

Pixel resolution horizontal scrolling should be also possible on an 8x1 display.

Any ideas suggestions? Has someone done this?

[Art]

Having to send the command to change lines halfway though the drawing is a tragedy,
and so is setting the LCD home, but the latter doesn't interrupt drawing halfway through.
It would be better to waste the same amount of time between sending every character.

[Art]

Ok, now I can set pixel coordinates, and no longer have to think about custom characters

...

It was hard because each line for a custom char is still a byte, but only five bits of it are used,
and the LCD wants them in the least significant bits, but my framebuffer is a continuous stream of bits.
I'll try the line drawing, and calculating proper angles for balls.
A smaller (single pixel) ball works better in the small space, but didn't make for a good video.

[Art]

Line drawing (almost) :

...

[Art]

One more:

....

[srspinho]

Impressive ! .... Really.

[longpole001]

prity cool art

[Art]

Thanks Guys It took far too long for a frivolous thing
It can run faster than the video, and looks much better, but then also difficult to see each frame.

The worst part of it is the whole character map has to be stored in the pic.. unless it can be read from
the display itself which I have never tried, and am not using the signal line to read back from the LCD.

It’s not in BASIC, but the transition easily could be. Just a bunch of while and for loops and if statements.
Something I learned, at least with the module I’m using, it takes three times longer to use the 0x02
command to return to the first line than addressing the memory space for it with he 0x80 command instead.
I would not ever use 0x02 to send the cursor to the first line again.
If the delays are too fast that is the first command to choke the display module.
I am not using any clear screen command to have tried that.

A poker machine Robert, I think could be done, but you don’t get multiple pay lines like modern slots.

[richard]

according to my lcd data sheet the 0x02 does more than home the cursor , it says it also returns a shifted display back to original pos (execute time 40uS-1.64mS)
seems its best to avoid it if timing is an issue