From owner-freebsd-multimedia  Mon Oct 20 17:04:44 1997
Return-Path: <owner-freebsd-multimedia>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id RAA00705
          for multimedia-outgoing; Mon, 20 Oct 1997 17:04:44 -0700 (PDT)
          (envelope-from owner-freebsd-multimedia)
Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1])
          by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA00696
          for <freebsd-multimedia@freebsd.org>; Mon, 20 Oct 1997 17:04:38 -0700 (PDT)
          (envelope-from rhh@ct.picker.com)
Received: from ct.picker.com by whqvax.picker.com with SMTP;
          Mon, 20 Oct 1997 20:03:25 -0400 (EDT)
Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1)
	id AA06646; Mon, 20 Oct 97 20:03:24 EDT
Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4)
	id TAA23982; Mon, 20 Oct 1997 19:59:06 -0400
Message-Id: <19971020195905.27449@ct.picker.com>
Date: Mon, 20 Oct 1997 19:59:05 -0400
From: Randall Hopper <rhh@ct.picker.com>
To: Alex Nash <nash@mcs.com>
Cc: freebsd-multimedia@freebsd.org
Subject: Re: fxtv 0.45
References: <344BE345.D72899BC@mcs.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.81
In-Reply-To: <344BE345.D72899BC@mcs.com>; from Alex Nash on Mon, Oct 20, 1997 at 11:03:33PM +0000
Sender: owner-freebsd-multimedia@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Alex Nash:
 |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 15, bits_per_pixel 16, scanline_pad 32
 |    depth 16, bits_per_pixel 16, scanline_pad 32
 |    depth 24, bits_per_pixel 32, scanline_pad 32
 |    depth 32, bits_per_pixel 32, scanline_pad 32

Hmm..interesting.  Support for bunches of Pixmap depths simultaneously.

Just for kicks, what's the output of "fxtv -debug startup" look like (just
the part before it starts talking about FONT stuff)?  You should see fxtv
chosing your 24-bpp visual to work in.  Pretty sure it will; just want to
sanity check this.

BTW, you're frame buffer is running in 24-bpp, right?  I'm slightly puzzled
by the fact that the "default visual id" is your 8-bpp PseudoColor visual.  

OR, if you in fact "are" running your frame buffer in 8-bpp, and the Xaccel
server doesn't handle 24-bit ximages in 8-bpp mode, this just might explain
the black screen you're seeing :-)

If you are running your frame buffer in 8-bpp, just for kicks, change this
line in tvscreen.c:

          case PseudoColor : rank = 2;  break;

to this:
 
          case PseudoColor : rank = 1000;  break;

Which should force use of the PseudoColor visual.  See if that makes any
difference :-)

Randall


 |  number of visuals:    3
 |  default visual id:  0x20
 |  visual:
 |    visual id:    0x20
 |    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:    0x21
 |    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:    0x22
 |    class:    TrueColor
 |    depth:    24 planes
 |    available colormap entries:    256 per subfield
 |    red, green, blue masks:    0xff0000, 0xff00, 0xff
 |    significant bits in color specification:    8 bits