Error: Cairo does not yet support the requested image format: Depth: 8 Alpha mask: 0x00000000 Red mask: 0x00000007 Blue mask: 0x00000038 Green mask: 0x000000c0 Please file an enhacement request (quoting the above) at: http://bugs.freedesktop.org/enter_bug.cgi?product=cairo gnome-terminal: /home/dajobe/dev/debian/cairo/libcairo-1.2.0/src/cairo-image- surface.c:144: _cairo_format_from_pixman_format: Assertion `NOT_REACHED' failed.
Please try the latest patch from bug 7294 and let us know how it works for your case. -Carl PS. I'm quite curious as to what X server you are using that presents this 8-bit TrueColor visual.
Not speaking for Jeff, we have the same issue. The X server is a Tarantella instance (several years old). on number: 11.0 vendor string: Santa Cruz Operation Inc. vendor release number: 6000 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 2 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 keycode range: minimum 0, maximum 254 focus: window 0x80000e, revert to Parent number of extensions: 14 BIG-REQUESTS DOUBLE-BUFFER GLX MIT-SUNDRY-NONSTANDARD Multi-Buffering NATIVE-WND RDP SCO-MISC SGI-GLX SHAPE SYNC XC-MISC XTEST XTTDEV default screen number: 0 number of screens: 1 screen #0: dimensions: 1024x768 pixels (260x195 millimeters) resolution: 100x100 dots per inch depths (2): 1, 8 root window id: 0x3a depth of root window: 8 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x30 default number of colormap cells: 256 preallocated pixels: black 0, white 255 options: backing-store YES, save-unders YES largest cursor: 1280x1024 current input event mask: 0x400000 PropertyChangeMask number of visuals: 8 default visual id: 0x31 visual: visual id: 0x31 class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x32 class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x33 class: DirectColor depth: 8 planes available colormap entries: 8 per subfield red, green, blue masks: 0x7, 0x38, 0xc0 significant bits in color specification: 8 bits visual: visual id: 0x34 class: GrayScale depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x35 class: StaticColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x7, 0x38, 0xc0 significant bits in color specification: 8 bits visual: visual id: 0x36 class: TrueColor depth: 8 planes available colormap entries: 8 per subfield red, green, blue masks: 0x7, 0x38, 0xc0 significant bits in color specification: 8 bits visual: visual id: 0x37 class: TrueColor depth: 8 planes available colormap entries: 8 per subfield red, green, blue masks: 0x7, 0x38, 0xc0 significant bits in color specification: 8 bits visual: visual id: 0x38 class: StaticGray depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits
it was a vnc session which reported the error running xorg 7 xserver on the host machine (Debian testing)(In reply to comment #2)
I have the same proplem with the same error in a X forwarding ssh connection the only one difference in the output is Depth: 24
Does this still happen with 1.2.2?
*** Bug 7918 has been marked as a duplicate of this bug. ***
*** Bug 7975 has been marked as a duplicate of this bug. ***
(In reply to comment #5) > Does this still happen with 1.2.2? I'm running a SUN Ultra5 under solaris 8, with 8 bits screen and 1.2.2 give the same error message : Error: Cairo does not yet support the requested image format: Depth: 8 Alpha mask: 0x00000000 Red mask: 0x00000000 Green mask: 0x00000000 Blue mask: 0x00000000
*** Bug 8036 has been marked as a duplicate of this bug. ***
(In reply to comment #8) > Error: Cairo does not yet support the requested image format: > Depth: 8 > Alpha mask: 0x00000000 > Red mask: 0x00000000 > Green mask: 0x00000000 > Blue mask: 0x00000000 That's actually a different bug. The all-zero masks above indicate an 8-bit pseudocolor visual. It's true that cairo doesn't support that currently, but that's what bug #4945 is all about. This bug, however, is about 8-bit truecolor visuals. And it would be very interesting to know if this bug has gone away with 1.2.2, (since the fix we did for BGR X servers may very well have fixed 8-bit truecolor as well). Please report either affirmative or negative results with 8-bit truecolor visuals with cairo 1.2.2 or 1.2.4. -Carl
(In reply to comment #10) > Please report either affirmative or negative results with 8-bit truecolor > visuals with cairo 1.2.2 or 1.2.4. My dup report in bug 8036 can be reproduced using cairo 1.2.4, so it looks like the problem persists. I can also reproduce the issue with rsvg-view from Gnome librsvg, which is probably available on more systems out there than boinc_gui.
I saw the error in a vnc session, however, with cairo 1.2.4, I no longer see the error. (In reply to comment #10) > > This bug, however, is about 8-bit truecolor visuals. And it would be very > interesting to know if this bug has gone away with 1.2.2, (since the fix we did > for BGR X servers may very well have fixed 8-bit truecolor as well). > > Please report either affirmative or negative results with 8-bit truecolor > visuals with cairo 1.2.2 or 1.2.4. > > -Carl >
> Please report either affirmative or negative results with 8-bit truecolor > visuals with cairo 1.2.2 or 1.2.4. I'm still having the same problem (with 1.2.4). either via a VNC session from windows to linux or via ssh from my workstation (dec alpha, digital unix) per ssh to a linuxbox. Error: Cairo does not yet support the requested image format: Depth: 16 Alpha mask: 0x00000000 Red mask: 0x0000001f Green mask: 0x000007e0 Blue mask: 0x0000f800 Please file an enhacement request (quoting the above) at: http://bugs.freedesktop.org/enter_bug.cgi?product=cairo gpe-todo: cairo-image-surface.c:155: _cairo_format_from_pixman_format: Assertion `NOT_REACHED' failed. One should consider that the X11 servers (either vnc or Xdec) are quite old. xpdyinfo says (either local or ssh-remote): ---- Digital X Server ------- rrrrrrrrrrrrrip --------------- vendor string: DECWINDOWS Digital Equipment Corporation Digital UNIX V4.0 vendor release number: 1 maximum request size: 4194300 bytes motion buffer size: 100 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 12, bits_per_pixel 32, scanline_pad 32 depth 21, bits_per_pixel 32, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0x7c0000d, revert to Parent number of extensions: 21 BIG-REQUESTS DEC-PEER-GLX DEC-XTRAP DECStereo DOUBLE-BUFFER DPMS GLX Keyboard-Management-Extension MIT-SCREEN-SAVER MIT-SHM MIT-SUNDRY-NONSTANDARD Multi-Buffering SHAPE SYNC Shared-Memory Transport XC-MISC XIE XInputExtension XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1 ----------- rrrrrrrrrrrrrip --------------- and here the other one: ---- vnc Xvnc version 3.3.2r3 ------- rrrrrrrrrrrrrip --------------- name of display: warthole:1.0 version number: 11.0 vendor string: The Olivetti & Oracle Research Laboratory vendor release number: 3323 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 2 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: PointerRoot number of extensions: 7 BIG-REQUESTS MIT-SHM MIT-SUNDRY-NONSTANDARD SHAPE SYNC XC-MISC XTEST default screen number: 0 number of screens: 1 screen #0: print screen: no dimensions: 640x480 pixels (163x122 millimeters) resolution: 100x100 dots per inch depths (1): 8 root window id: 0x25 depth of root window: 8 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x21 default number of colormap cells: 8 preallocated pixels: black 0, white 255 options: backing-store YES, save-unders YES largest cursor: 640x480 current input event mask: 0x0 number of visuals: 1 default visual id: 0x22 visual: visual id: 0x22 class: TrueColor depth: 8 planes available colormap entries: 8 per subfield red, green, blue masks: 0x7, 0x38, 0xc0 significant bits in color specification: 8 bits -------- rrrrrrrrrrrrrrrrrrrip ---------------- I don't know if this worked before, I started installing cairo from scratch together with other gtk-stuff. still diggin' ... cheers, Peter
So, RGB16_655 and RGB8_332 formats here.
(In reply to comment #14) > So, RGB16_655 and RGB8_332 formats here. Yes. And there's an affirmative report (from Jeff Bowman in comment #12) that his RGB_332 problem goes away with cairo 1.2.4. Meanwhile, comment #13 says that an RGB16_655 problem persists in cairo 1.2.4. I had expected that the code in 1.2.2 and 1.2.4 would be able to handle any masks that could be thrown at it, so there's a bit more investigation needed here. Thanks to all for following up, -Carl
Well it does not go away in 1.2.5 (git from 15. sep 2006). I'll attach 3 different "make ckeck" of cairo, one running on Xdec-Xserver, the other running on Xorg-Xserver and one on Xnvc. Whereas apps on Xorg work fine and apps on Xdec and Xvnc fail with: Xdec: Error: Cairo 1.2.5 does not yet support the requested image format: Depth: 16 Alpha mask: 0x00000000 Red mask: 0x0000001f Green mask: 0x000007e0 Blue mask: 0x0000f800 Please file an enhancement request (quoting the above) at: http://bugs.freedesktop.org/enter_bug.cgi?product=cairo gpe-todo: cairo-image-surface.c:153: _cairo_format_from_pixman_format: Assertion `NOT_REACHED' failed. Aborted and Xvnc: Error: Cairo 1.2.5 does not yet support the requested image format: Depth: 8 Alpha mask: 0x00000000 Red mask: 0x00000007 Green mask: 0x00000038 Blue mask: 0x000000c0 Please file an enhancement request (quoting the above) at: http://bugs.freedesktop.org/enter_bug.cgi?product=cairo gpe-todo: cairo-image-surface.c:153: _cairo_format_from_pixman_format: Assertion `NOT_REACHED' failed.
(In reply to comment #16) > Well it does not go away in 1.2.5 (git from 15. sep 2006). > > I'll attach 3 different "make ckeck" of cairo, one running on Xdec-Xserver, the > other running on Xorg-Xserver and one on Xnvc. Sorry I accidently attached the files to #5027 https://bugs.freedesktop.org/show_bug.cgi?id=5027 (which luckily convers more or less the same issue)
Same problem here, using Debian Etch, Cairo 1.2.4 and VNC (either 8 or 32 bits) Error: Cairo does not yet support the requested image format: Depth: 32 Alpha mask: 0x00000000 Red mask: 0xffe00000 Green mask: 0x001ffc00 Blue mask: 0x000003ff Please file an enhacement request (quoting the above) at: http://bugs.freedesktop.org/enter_bug.cgi?product=cairo soffice.bin: /home/dajobe/dev/debian/cairo/cairo-1.2.4/src/cairo-image-surface.c:155: _cairo_format_from_pixman_format: Assertion `NOT_REACHED' failed.
(In reply to comment #18) > Same problem here, using Debian Etch, Cairo 1.2.4 and VNC (either 8 or 32 bits) > > Error: Cairo does not yet support the requested image format: > Depth: 32 > Alpha mask: 0x00000000 > Red mask: 0xffe00000 > Green mask: 0x001ffc00 > Blue mask: 0x000003ff So that's a 32-bit RGB format using 11, 11, and 10 bits per channel, (which is something I don't recall seeing before). That doesn't fit under the current "8-bit visuals" name for this bug, but it is possible that a single fix might address both problems. -Carl
(In reply to comment #19) > So that's a 32-bit RGB format using 11, 11, and 10 bits per channel, (which is > something I don't recall seeing before). That doesn't fit under the current > "8-bit visuals" name for this bug, but it is possible that a single fix might > address both problems. > > -Carl You are right. I had this problem when running vncserver at 8 or 32 bits. I found this bug and inserted mine a bit too fast I think. Running vncserver at 16 bits solved my problem by the way.
*** Bug 8716 has been marked as a duplicate of this bug. ***
*** Bug 8719 has been marked as a duplicate of this bug. ***
*** Bug 8723 has been marked as a duplicate of this bug. ***
*** Bug 8828 has been marked as a duplicate of this bug. ***
*** Bug 8847 has been marked as a duplicate of this bug. ***
I just encountered this bug with cairo 1.4.0: Error: Cairo 1.4.0 does not yet support the requested image format: Depth: 8 Alpha mask: 0x00000000 Red mask: 0x00000000 Green mask: 0x00000000 Blue mask: 0x00000000 xdpyinfo output follows: version number: 11.0 vendor string: DECWINDOWS compatibility. Hummingbird Ltd. vendor release number: 90017 maximum request size: 4194300 bytes motion buffer size: 1 bitmap unit, bit order, padding: 8, MSBFirst, 32 image byte order: MSBFirst number of supported pixmap formats: 4 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 12, bits_per_pixel 12, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 254 focus: window 0x300000d, revert to PointerRoot number of extensions: 14 BIG-REQUESTS DOUBLE-BUFFER Extended-Visual-Information GLX HCL-DOS-Access HCLMISC HCLxperf LBX SECURITY SHAPE TOG-CUP XC-APPGROUP XC-MISC XInputExtension default screen number: 0 number of screens: 1 screen #0: dimensions: 1600x1200 pixels (320x240 millimeters) resolution: 127x127 dots per inch depths (4): 1, 8, 12, 24 root window id: 0x77 depth of root window: 8 planes number of colormaps: minimum 8183, maximum 8183 default colormap: 0x20 default number of colormap cells: 256 preallocated pixels: black 1, white 0 options: backing-store WHEN MAPPED, save-unders NO largest cursor: 32x32 current input event mask: 0x780000 SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask number of visuals: 55 default visual id: 0x21 visual: visual id: 0x21 class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x22 class: StaticGray depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x23 class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x24 class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x25 class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x26 class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x27 class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x28 class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x29 class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x2a class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x2b class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x2c class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x2d class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x2e class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x2f class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x30 class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x31 class: PseudoColor depth: 8 planes available colormap entries: 256 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x32 class: PseudoColor depth: 12 planes available colormap entries: 4096 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x33 class: PseudoColor depth: 12 planes available colormap entries: 4096 red, green, blue masks: 0x0, 0x0, 0x0 significant bits in color specification: 8 bits visual: visual id: 0x34 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x35 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x36 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x37 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x38 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x39 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x3a class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x3b class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x3c class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x3d class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x3e class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x3f class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x40 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x41 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x42 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x43 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x44 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x45 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x46 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x47 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x48 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x49 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x4a class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x4b class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x4c class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x4d class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x4e class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x4f class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x50 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x51 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x52 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x53 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x54 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x55 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x56 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits visual: visual id: 0x57 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff, 0xff00, 0xff0000 significant bits in color specification: 8 bits
(In reply to comment #26) > Error: Cairo 1.4.0 does not yet support the requested image format: > Depth: 8 > Alpha mask: 0x00000000 > Red mask: 0x00000000 > Green mask: 0x00000000 > Blue mask: 0x00000000 For what it's worth, the above visual is PseudoColor, not TrueColor. But that visual is also not supported in cairo yet, (see bug #4945). And looking at your xdpyinfo output: > default visual id: 0x21 > visual: > visual id: 0x21 > class: PseudoColor > depth: 8 planes Here you can see that the default visual is 8-bit PseudoColor. > class: TrueColor > depth: 24 planes And here you can see that 24-bit TrueColor is also available (in several varieties). So if you can configure your X server to advertise one of these as the default visual, or if you can configure your applications to select one of these visuals, then you should be able to get things working without any change to cairo. -Carl
It works exactly in the way you told me. Thanks a lot!
There is a bug filed against Gtk+ to make it refuse to choose a visual that is known not to work.
*** Bug 10068 has been marked as a duplicate of this bug. ***
*** Bug 10750 has been marked as a duplicate of this bug. ***
(In reply to comment #1) > PS. I'm quite curious as to what X server you are using that presents this 8-bit > TrueColor visual. People often use 'vncserver -depth 8' to avoid shipping lots of bits around the network, e.g. remote connections. Hope this one will get fixed.
*** Bug 10513 has been marked as a duplicate of this bug. ***
*** Bug 10958 has been marked as a duplicate of this bug. ***
*** Bug 11263 has been marked as a duplicate of this bug. ***
*** Bug 12248 has been marked as a duplicate of this bug. ***
This bug persists in Cairo 1.4.10 with the X server provided as part of the VNC package (vncserver): Error: Cairo 1.4.10 does not yet support the requested image format: Depth: 8 Alpha mask: 0x00000000 Red mask: 0x00000007 Green mask: 0x00000038 Blue mask: 0x000000c0 Please file an enhancement request (quoting the above) at: http://bugs.freedesktop.org/enter_bug.cgi?product=cairo firefox-bin: /home/dajobe/dev/debian/cairo/libcairo-1.4.10/src/cairo-image-surface.c:199: _cairo_format_from_pixman_format: Assertion `NOT_REACHED' failed.
(In reply to comment #37) > This bug persists in Cairo 1.4.10 with the X server provided as part of the VNC > package (vncserver): Started getting that recently with azureus under VNC with Debian's libcairo2 1.4.12-2
I downloaded the source for cairo 1.4.12, and even applied the latest patch that I had seen on another freedesktop bug list (which I can't find at the moment). The error still comes up, with both 8-bit and 16-bit xserver connections. 24 bits works OK, but such connections consume bandwidth in a major way.
(In reply to comment #39) > I downloaded the source for cairo 1.4.12, and even applied the latest patch > that I had seen on another freedesktop bug list (which I can't find at the > moment). > The error still comes up, with both 8-bit and 16-bit xserver connections. 24 > bits works OK, but such connections consume bandwidth in a major way. I looked it up -- the patch I applied was cairo-02-8bit-fix1.4.6.diff, posted in the protocol for bug 4945. No improvement.
Firefox 3b2 executing on solaris 11 sun4u snv_46 sparc SUNW,Ultra-80 X display on solaris 9 sun4u sparc SUNW,Ultra-2 8-bit framebuffer - Error: Cairo moz does not yet support the requested image format: Depth: 8 Alpha mask: 0x00000000 Red mask: 0x00000000 Green mask: 0x00000000 Blue mask: 0x00000000 (segmentation fault happened too, sigh) should this be a new bug report?
This bug is now fixed in the cairo 1.5.14 snapshot and will appear in the imminent 1.6.0 release. Please test and let me know how things go. -Carl
> http://bugs.freedesktop.org/show_bug.cgi?id=7735 > > --- Comment #42 from Carl Worth <cworth@cworth.org> 2008-03-20 17:28:04 > PST --- This bug is now fixed in the cairo 1.5.14 snapshot and will appear > in the imminent 1.6.0 release. > > Please test and let me know how things go. I've just tested with Debian iceweasel 2.0.0.14-2 and the fix is excellent! Not only to things work with VNC but the colors are actually better than with the old version. Thank you for your good work! Norman
(In reply to comment #43) > > http://bugs.freedesktop.org/show_bug.cgi?id=7735 > > > > --- Comment #42 from Carl Worth <cworth@cworth.org> 2008-03-20 17:28:04 > > PST --- This bug is now fixed in the cairo 1.5.14 snapshot and will appear > > in the imminent 1.6.0 release. > > > > Please test and let me know how things go. > > I've just tested with Debian iceweasel 2.0.0.14-2 and the fix is excellent! > Not only to things work with VNC but the colors are actually better > than with the old version. Excellent! Now, you should try my dithering work: http://lists.freedesktop.org/archives/cairo/2008-March/013602.html Cheers, behdad > Thank you for your good work! > > > Norman >
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.