From owner-freebsd-current Wed Nov 19 10:02:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA05563 for current-outgoing; Wed, 19 Nov 1997 10:02:51 -0800 (PST) (envelope-from owner-freebsd-current) Received: from itesec.hsc.fr (root@itesec.hsc.fr [192.70.106.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA05555 for ; Wed, 19 Nov 1997 10:02:43 -0800 (PST) (envelope-from pb@hsc.fr) Received: from mars.hsc.fr (pb@mars.hsc.fr [192.70.106.44]) by itesec.hsc.fr (8.8.8/8.8.5/itesec-1.10-nospam) with ESMTP id TAA03457; Wed, 19 Nov 1997 19:02:32 +0100 (MET) Received: (from pb@localhost) by mars.hsc.fr (8.8.5/8.8.5/pb-19970301) id TAA04902; Wed, 19 Nov 1997 19:02:31 +0100 (MET) Message-ID: <19971119190230.YE53218@mars.hsc.fr> Date: Wed, 19 Nov 1997 19:02:30 +0100 From: Pierre.Beyssac@hsc.fr (Pierre Beyssac) To: dawes@rf900.physics.usyd.edu.au (David Dawes) Cc: freebsd-current@FreeBSD.ORG Subject: Re: Acrobat problems? References: <199711170737.BAA03677@zuhause.mn.org> <199711181756.JAA05389@user2.teleport.com> <19971120010935.32146@rf900.physics.usyd.edu.au> X-Mailer: Mutt 0.59.1e Mime-Version: 1.0 In-Reply-To: <19971120010935.32146@rf900.physics.usyd.edu.au>; from David Dawes on Nov 20, 1997 01:09:35 +1100 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to David Dawes: > The current 24bpp implementation in XFree86 is quite different from most > others in that it uses a depth 24 pixmap format with bits-per-pixel also > 24 (most others -- including Xig's X server -- have bits-per-pixel 32 > for their depth 24 pixmap format). Checking the output of xdpyinfo will I recently had similar problems when playing with shared pixmaps and gathered a few xdpyinfos from friends, and consistently got 32 bits-per-pixel on 24 bits depths with XFree (they all got Matrox cards however I believe, so take this with a grain of salt) : vendor string: The XFree86 Project, Inc vendor release number: 3310 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 This one was under FreeBSD, I got others under Linux with the same results. I don't know much about XFree internals, maybe it might depend on differences between the S3 server and others? > Doing what the XFree86 servers currently do in this regard is quite > valid from an X11 point of view, but many clients cannot cope with it. I agree. Many clients were written when 8 bits or monochrome displays were the norm and were never tested on 16, 24 or 32 bits displays. The more general implementation of this stuff I have seen so far is the libxpm. -- Pierre.Beyssac@hsc.fr