I imagine it is simple enough if you know how to do that, have the experience of doing it. Unfortunately I don't so would prefer to have it handed to me on a plate by someone who does have better knowledge than me so I don't have to put in a massive amount of work to achieve it.Looks like the api gives you a callback to provide a single line."640x480 @ 60Hz output" - That's fine for me but is currently derived from a 320x240 RGB656 frame buffer
Would it be possible to support a 640x480 RGB332 8-bit colour depth frame buffer ?
So, it would be simple to have that do a palette lookup from 8-bit to RGB565 if you have a full size palletised framebuffer in RAM.
I find I understand things better and more quickly when I can relate what someone has given me back to first principles rather than trying to build on first principles with little idea of how to. Having projects which detail how things are and why are the ones which usually encourage me to dip a toe in the water.
And, to be absolutely honest, when it comes to video, I don't really care how it's done, just that it delivers me what I'd like and is easy to integrate with what I am interested in doing. If there had been a Pico SDK API for video I would probably already be using it. This appears to be a good alternative to not having that and has stirred my interest.
I have long wanted to integrate video into MicroPython so handling an 8-bit or 4-bit 320x240 frame buffer would be useful there. Hands-on experience and standing on the shoulders of giants who can explain what they have created is my preferred path. The up-hill struggle it seemed I faced has so far put me off embarking on any video adventures.
And I belatedly recognise 'RGB656' was a missed typo for 'RGB565'.
Statistics: Posted by hippy — Wed Jan 14, 2026 4:43 pm