Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 17 Apr 1997 16:16:29 -0700
From:      Amancio Hasty <hasty@rah.star-gate.com>
To:        Doug White <dwhite@resnet.uoregon.edu>
Cc:        Randall Hopper <rhh@ct.picker.com>, multimedia@freebsd.org
Subject:   Re: Fxtv 0.4 
Message-ID:  <199704172316.QAA02167@rah.star-gate.com>
In-Reply-To: Your message of "Thu, 17 Apr 1997 15:37:25 PDT." <Pine.BSF.3.96.970417152753.12573L-100000@localhost> 

next in thread | previous in thread | raw e-mail | index | archive | help
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
> 





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199704172316.QAA02167>