Re: [Xpert]very strange XVideo behaviour (i810)

2001-10-18 Thread Michel Dänzer
On Thu, 2001-10-18 at 14:21, Michael Zayats wrote: ok, lets suppose that video overlay is only one and that it uses the same memory or whatever for both windows, but the first window is already drawn on screen correctly (i.e. in framebuffer) No, it's the whole point of an overlay that the

RE: [Xpert]very strange XVideo behaviour (i810)

2001-10-18 Thread Sottek, Matthew J
Michael, I Think some of the other replies have given the correct information, but I'll try to sum it up. First, when you do Xv you are not drawing to the screen as you know it as all. The data goes into a totally different buffer. This area is then overlaid on top of the normal framebuffer by

Re: [Xpert]very strange XVideo behaviour (i810)

2001-10-18 Thread Billy Biggs
Sottek, Matthew J ([EMAIL PROTECTED]): It would be nice to have a software fallback so that you could do as many Xv's as you wanted (slowly) but that isn't the way Xv was designed. You'll have to convert the YUV data into RGB and do a regular XShmPutImage in the second window. Such a

Re: [Xpert]very strange XVideo behaviour (i810)

2001-10-18 Thread Michel Dänzer
On Thu, 2001-10-18 at 15:58, Michael Zayats wrote: On Thu, 2001-10-18 at 15:03, Michael Zayats wrote: Can you explain a bit more about texture engine? If I udenrstand it right it is 3d acceleration feature, you first use DRI to DMA it to texture memory and then use OPenGL commands to

Re: [Xpert]very strange XVideo behaviour (i810)

2001-10-18 Thread 'Billy Biggs'
Sottek, Matthew J ([EMAIL PROTECTED]): Such a capability needs to be in the client side, since different applications have different needs regarding the accuracy of the Y'CbCr-RGB conversion for optimization. So, really here we just need a method where Xv can tell a client 'I only

RE: [Xpert]very strange XVideo behaviour (i810)

2001-10-18 Thread Sottek, Matthew J
Personally, I'd like to see as little intelligence as possible in X, but I do admit that it is unfortunate so many apps which currently use Xv just do it directly. Not the X server, the X libs. It isn't any different doing it in the libs than doing it in SDL. Still, I really wouldn't want

Re: [Xpert]very strange XVideo behaviour (i810)

2001-10-18 Thread Mark Vojkovich
On Thu, 18 Oct 2001, Billy Biggs wrote: Sottek, Matthew J ([EMAIL PROTECTED]): It would be nice to have a software fallback so that you could do as many Xv's as you wanted (slowly) but that isn't the way Xv was designed. You'll have to convert the YUV data into RGB and do a regular

RE: [Xpert]very strange XVideo behaviour (i810)

2001-10-18 Thread Pranay Kumar
As far as I know only the glint drivers provide RGB formats for Xv. Other cards do support RGB but the functionality has not been implemented (I know this for ATI Radeon as Vladimir Dergachev pointed out to me). It would indeed help if Xv could be used to hardware scale RGB surfaces. Pranay