Re: [V4L] bttv bitmap clipping, and bug

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



Trent Piepho wrote:
> On 6 Sep 2000, Gerd Knorr wrote:
> > code was robust and easy to understand.  As the clipping usually does'nt
> > change that often performance is'nt that critical IMHO.  Also the bitmapped
> > clipping code is much faster in current versions than in 0.6.x.
> 
> One example is moving a normal window across a TV capture window.  Every time
> the window moves a small amount, the clipping changes as it covers up new
> areas of the overlay window.

With XFree86 3.3.x the clipping wouldn't be updated for every little move
(at least with xawtv).  xawtv will wait until the chipping hasn't changed
for 100 ms, then update the drivers cliplist, then refresh the screen.

With XFree86 4.0.x and Xvideo the X-Server handles the video.  It will
reprogramm the driver for every clipping change.  This kills the ugly
refresh.  It's also dead slow with 0.6.x's clipping code (2.2.x has
basically the same), the X-Server is very blocky if you move another
window over the TV window.  With 0.7.x it works reasonable fast (which
does'nt mean it can't be done faster).  With 0.7.x + XFree86 4.0.1 we
can also do yuv-to-offscreen and let the gfx card handle color space
conversion, scaling and window clipping (using chroma keying) which kills
this issue completely.

I'm not going to touch the overlay code in 0.7.x other than for fixing
the buffer overflow bug.  For 0.8.x the complete risc generation will be
rewritten anyway, so...

  Gerd

-- 
Protecting the children is a good way to get a lot of adults who cant
stand up for themselves.		-- seen in some sig on /.





[Index of Archives]     [Linux DVB]     [Video Disk Recorder]     [Asterisk]     [Photo]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Free Photo Albums]     [Fedora Users]     [Fedora Women]     [ALSA Users]     [ALSA Devel]     [Linux USB]

Powered by Linux