View Single Post
Old 05-07-2012, 10:58 AM   #32
hawhill
Wizard
hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.hawhill ought to be getting tired of karma fortunes by now.
 
hawhill's Avatar
 
Posts: 1,379
Karma: 2155307
Join Date: Nov 2010
Location: Goettingen, Germany
Device: Kindle Paperwhite, Kobo Mini
Now I found time to finally play with it a bit. It's actually great to see the display spitting out images at that pace. It shows the capabilities of the display quite well. Here on a K3, it spends most of its CPU time in kernel space, probably chewing within the einkfb driver.

Makes me really want to port ScummVM... Also it would be a good fit for a prdoom clone based on this. Yes I know that there has been a grayscale based port.

The hard part about audio would be syncing video and audio. OTOH, audio output might provide a cheap approach towards a timing source one could re-use for the video output, too.

Did you test LZO compression? Might be easier on the CPU, plus your program could implement it itself and decompress directly to the framebuffer, saving a copy. Compression ratio will probably be worse, though.
hawhill is offline   Reply With Quote