I’m trying to port SDL to an embedded system as a graphic user interface of
visual-centric applications. (using only framebuffer console driver)
I’m using Intel’s SA1110 evaluation board as a reference platform.
It has 320x240x16 bpp LCD display and touch panel with their device drivers
(framebuffer, touch screen drivers) already working.
When I configured SDL and cross-compiled it in the x86 machine, I got libs.
and test programs.
But the test programs (graywin, testbitmap) die saying “Couldn’t set
320x240x2 video mode :” (I modified 640x480 setting to 320x240).
How can I solve this problem ?
Is this related to vesa~~ things ?
Because I’m a newbie to framebuffer stuffs, I can’t figure out how to handle
this.
I tried modifying few lines of src/video/fbcon/SDL_fbvideo.c couple of times
but only to fail.
But the test programs (graywin, testbitmap) die saying “Couldn’t set
320x240x2 video mode :” (I modified 640x480 setting to 320x240).
you’re on unchartered territory. see if you can find out the reason
for this yourself (use a debugger and trace through the library calls,
or insert printfs or whatever). Note that the bpp argument to
SDL_SetVideoMode() is in bits, not bytes
I’m trying to port SDL to an embedded system as a graphic user interface of
visual-centric applications. (using only framebuffer console driver)
I’m using Intel’s SA1110 evaluation board as a reference platform.
It has 320x240x16 bpp LCD display and touch panel with their device drivers
(framebuffer, touch screen drivers) already working.
When I configured SDL and cross-compiled it in the x86 machine, I got libs.
and test programs.
But the test programs (graywin, testbitmap) die saying “Couldn’t set
320x240x2 video mode :” (I modified 640x480 setting to 320x240).
You should be using 320x200x16, instead of 320x200x2, which requests
a 2 bits-per-pixel display - not supported by SDL at the moment.
See ya!
-Sam Lantinga, Lead Programmer, Loki Entertainment Software