#1547 BLOC Future : Decide frame buffer depth - 565 vs ARGB 8888
Zarro Boogs per Child
bugtracker at laptop.org
Tue Jun 2 22:41:05 EDT 2009
#1547: Decide frame buffer depth - 565 vs ARGB 8888
---------------------------------------+------------------------------------
Reporter: jg | Owner: cjb
Type: task | Status: new
Priority: blocker | Milestone: Future Release
Component: x window system | Version:
Resolution: | Keywords:
Next_action: never set | Verified: 0
Deployment_affected: | Blockedby:
Blocking: |
---------------------------------------+------------------------------------
Changes (by skierpage):
* next_action: => never set
Comment:
What was the resolution of this bug? Back in 2007, Dan Williams in the
thread "Cairo tile engine, and accessing 565 buffers from cairo and C"
wrote "we'll be hopefully moving to 24-bit color when we switch to the
LX".
But according to Xorg.0.log and the xdpyinfo command in 8.2.1 on a C2
XO-1, the Geode LX framebuffer depth and bpp are both 16, and the default
X11 visual is RGB 565 (TrueColor 16 planes deep). I don't know what the
"native" XRender format is.
The Cairo and pixman rendering libraries continue to gain optimizations
for 16bpp, though not as much as for 24 and 32-bit formats. Also there
are patches for XULRunner (Firefox) to "Enable 16bpp (or native visual
xrender fmt)", Mozilla bugs 386440 and 491357. Those should be taken into
account if and when this bug is re-decided.
--
Ticket URL: <http://dev.laptop.org/ticket/1547#comment:11>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list