Frame-buffer dilemma
John A. Zoidberg
Posts: 514
Hello there,
Basically, I've gotten myself some SRAM chips, stacked them to form like 128KBytes of them. These can store two 256x240 resolution frames, in 8-bits for the sake of double-buffering. The first frame is being sent to another microcontroller to the VGA output, while the other frame is being 'painted', and these roles of frames are reversed continuously.
The thing is, while the SRAM module is being used for 'painting' the screen, how am I supposed to write it inside together? It could be a collision if that happens.
I'm thinking of using the dual-ports but many of them are small and expensive.
Any ideas of graphics memory?
Basically, I've gotten myself some SRAM chips, stacked them to form like 128KBytes of them. These can store two 256x240 resolution frames, in 8-bits for the sake of double-buffering. The first frame is being sent to another microcontroller to the VGA output, while the other frame is being 'painted', and these roles of frames are reversed continuously.
The thing is, while the SRAM module is being used for 'painting' the screen, how am I supposed to write it inside together? It could be a collision if that happens.
I'm thinking of using the dual-ports but many of them are small and expensive.
Any ideas of graphics memory?
Comments
Or using those latches, used on C3 for multiuse SPI, switching "read-ram" and "write-ram" between two sets of pins?
Enjoy!
Mike
I did that already on a processor (PIC32) using only 1-bit graphics, but to use an external parallel SRAM for that could be difficult.
I'm thinking of getting the dual-ported RAMS but they are way too expensive. Maybe I have to "time-share" it or something else.