Re: Any reason for very slow drag/resize of xawtv on 2.6.0-testx ?

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



Koos Vriezen <koos.vriezen@xxxxxxxxx> writes:

> Any ideas?

It's the new bttv driver, the same happens with 2.4.x + bttv 0.9.x

bttv 0.9.x allways switches stuff on/off on the irq handler.  That is
needed to get certain corner cases right, for example doing vbi
capture and video overlay at the same time.  The bttv ioctl to change
the overlay blocks until the changes are active, which might be up to
40 ms.  Because of that there is a longer latency for clipping changes
in the X-Server.

What happens within the X-Server looks like that:

        (1) disable overlay (via ioctl, up to 40 us delay)
        (2) handle clipping changes within X11, i.e. redraw window
            backgrounds and the like
        (3) pass clipping changes down to the bttv driver
        (4) reenable overlay (up to 40 us delay again).

> X uses nv driver:
> (II) NV(0): v4l[/dev/video0]: using hw video scaling [YUY2].

With a yuv overlay in place and clipping done with chromakeying the
v4l module could shortcut that in many cases, i.e. don't stop/start
overlay as long as the window size doesn't change.  It doesn't right
now through ...

  Gerd

-- 
You have a new virus in /var/mail/kraxel




[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