From owner-freebsd-multimedia Thu Apr 17 16:16:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA13885 for multimedia-outgoing; Thu, 17 Apr 1997 16:16:40 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA13880 for ; Thu, 17 Apr 1997 16:16:37 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.5/8.7.3) with ESMTP id QAA02167; Thu, 17 Apr 1997 16:16:30 -0700 (PDT) Message-Id: <199704172316.QAA02167@rah.star-gate.com> X-Mailer: exmh version 1.6.9 8/22/96 To: Doug White cc: Randall Hopper , multimedia@freebsd.org Subject: Re: Fxtv 0.4 In-reply-to: Your message of "Thu, 17 Apr 1997 15:37:25 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 17 Apr 1997 16:16:29 -0700 From: Amancio Hasty Sender: owner-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sure looks like the image is being displayed with the wrong order. RGB vs BGR. We will probably fix this with the major rev level of the driver. Amancio >From The Desk Of Doug White : > On Thu, 17 Apr 1997, Randall Hopper wrote: > > > Oops, sorry 'bout that. > > I shouldn't have said that. 24 bit mode has a new, even odder behavior > with the newer committed stuff than previously (march 24-ish). > > > |http://gdi.uoregon.edu/redscreen.gif. It looks like the gamma correction > > |is off in the RGB_24 case. It says it's falling back to Ximage, btw. > > > > Could you check your HTTP daemon or your firewall config? I can get a to > > the telnet login on your box, but the HTTP daemon hasn't been answering > > today. telnet to port 80 and 8080 just give me connection refused. > > Sorry. I was playing around with the driver and forgot the http server > doesn't load by default. I'll put it on my other machine instead. Try > > http://resnet.uoregon.edu/dwhite/redscreen.gif > > This was using fxtv 0.4. > > > BTW, the XImage stuff is fine. Since the driver doesn't support 32bpp > > 8-8-8 BGR DMA transfers yet, fxtv is just telling you it can't tell the > > driver to DMA straight to the video card, so it's going to drop-back and > > capture to memory first, swap the pixel bits using the CPU, and then pop > > that onto the video window using ximages. > > The Mach64 is an exception. 24bit == 32bit on it, and the buffer is > GBR. How much more off-base can we get? :) > > > Please let me know what you're seeing for freeze frame and continuous and > > I'll work on ironing things out. > > I'll try to describe the direct video that I get. It's hard since I can't > capture it using xv or freezeframe (freezeframe crashes fxtv 0.3.2 > in this mode!). > > It appears that the video has been black/white inverted. Faces are black > with highlights that are speckled color. The screen is very dim. Turning > the brightness all the way up gives me a black screen. > > I changed the memory in the machine last week, from 32 (4x8mb) to 40 megs > (2x16mb and 2x4mb edo). I don't think that would have anything to do with > it, but a data point anyway. I've only got 2mb of vram so I don't run in > 24 bit mode, the desktop is too small. Next month, when I have cash, I > will probably upgrade the card to 4mb. > > Doug White | University of Oregon > Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant > http://gladstone.uoregon.edu/~dwhite | Computer Science Major >