Re: [Dri-devel] XVideo code merged from XFree86 CVS
That merge only applied to Radeons, and was merged to the DRI trunk, so it doesn't affect the mach64 branch. XFree86 CVS still doesn't have XVideo support for mach64. On 23 Sep 2002, Sergey V. Udaltsov wrote: Leif, How does this merge affect the dri+gatos patches/binaries? Does this all mean that usual Mach64 DRI binaries have all the xv things (without tvout) or what? Sergey -- Leif Delgass http://www.retinalburn.net --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] XVideo code merged from XFree86 CVS
That merge only applied to Radeons, and was merged to the DRI trunk, so it doesn't affect the mach64 branch. XFree86 CVS still doesn't have XVideo support for mach64. Thanks, I see now. I just do not understand why Vladimir does not merge XVideo/mach64 into XFree86 CVS. Sergey --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
[Dri-devel] XVideo code merged from XFree86 CVS
On Sam, 2002-09-21 at 19:04, Michel Daenzer wrote: Log message: Merge XVideo updates from XFree86 CVS: - should work with all chips now - colorkey fixes There you are. :) - add offscreen images support I wonder how this mixes with the dynamic offscreen memory allocation for 3D... -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] XVideo code merged from XFree86 CVS
On Sat, Sep 21, 2002 at 07:13:46PM +0200, Michel D?nzer wrote: On Sam, 2002-09-21 at 19:04, Michel Daenzer wrote: - add offscreen images support I wonder how this mixes with the dynamic offscreen memory allocation for 3D... Hi Michel. Thanks for the merge. I wrote that code. It got in XFree86 CVS when Keith Packard James Ralston merged my XVideo patch. It's the same as for the other cards (Matrox, i810 etc), delta Radeon specific stuff. It basically allocates a frame buffer for video when requested just as normal XVideo does, but the whole interface is there for XFree86 internal modules (v4l uses it for example), and not for the client applications. So if normal radeon XVideo mixes fine with dynamic offscreen memory allocation for 3D, then this should too. Cheers Vedran Rodic --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] XVideo code merged from XFree86 CVS
I'm afraid it's not that simple because the radeon driver no longer keeps the offscreen memory it needs for 3D allocated all the time. It may fail to allocate it when a 3D client starts if offscreen XVideo images are in use. Is there a way to get at all of them so their offscreen regions can be freed? Michel, Is this on a branch, or is this already true for the trunk? Keith --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] XVideo code merged from XFree86 CVS
On Sam, 2002-09-21 at 21:21, Vedran Rodic wrote: On Sat, Sep 21, 2002 at 07:13:46PM +0200, Michel D?nzer wrote: On Sam, 2002-09-21 at 19:04, Michel Daenzer wrote: - add offscreen images support I wonder how this mixes with the dynamic offscreen memory allocation for 3D... Hi Michel. Thanks for the merge. I wrote that code. It got in XFree86 CVS when Keith Packard James Ralston merged my XVideo patch. It's the same as for the other cards (Matrox, i810 etc), delta Radeon specific stuff. It basically allocates a frame buffer for video when requested just as normal XVideo does, but the whole interface is there for XFree86 internal modules (v4l uses it for example), and not for the client applications. So if normal radeon XVideo mixes fine with dynamic offscreen memory allocation for 3D, then this should too. I'm afraid it's not that simple because the radeon driver no longer keeps the offscreen memory it needs for 3D allocated all the time. It may fail to allocate it when a 3D client starts if offscreen XVideo images are in use. Is there a way to get at all of them so their offscreen regions can be freed? -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] XVideo code merged from XFree86 CVS
Michel Dänzer wrote: On Sam, 2002-09-21 at 21:40, Keith Whitwell wrote: I'm afraid it's not that simple because the radeon driver no longer keeps the offscreen memory it needs for 3D allocated all the time. It may fail to allocate it when a 3D client starts if offscreen XVideo images are in use. Is there a way to get at all of them so their offscreen regions can be freed? Michel, Is this on a branch, or is this already true for the trunk? The latter. Cool. I'm loosing track, obviously... Keith --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] XVideo code merged from XFree86 CVS
On Saturday 21 September 2002 21:43, Michel Dänzer wrote: On Sam, 2002-09-21 at 21:40, Keith Whitwell wrote: I'm afraid it's not that simple because the radeon driver no longer keeps the offscreen memory it needs for 3D allocated all the time. It may fail to allocate it when a 3D client starts if offscreen XVideo images are in use. Is there a way to get at all of them so their offscreen regions can be freed? Michel, Is this on a branch, or is this already true for the trunk? The latter. Michel, is this the stuff I have in all my trees (trunk and r200-0-1/r200-0-2) for ages? Thank you for your work! A nice weekend to all of you. -Dieter -- Dieter Nützel Graduate Student, Computer Science University of Hamburg Department of Computer Science @home: Dieter.Nuetzel at hamburg.de (replace at with @) --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] XVideo code merged from XFree86 CVS
On Sam, 2002-09-21 at 22:03, Dieter Nützel wrote: On Saturday 21 September 2002 21:43, Michel Dänzer wrote: On Sam, 2002-09-21 at 21:40, Keith Whitwell wrote: I'm afraid it's not that simple because the radeon driver no longer keeps the offscreen memory it needs for 3D allocated all the time. It may fail to allocate it when a 3D client starts if offscreen XVideo images are in use. Is there a way to get at all of them so their offscreen regions can be freed? Michel, Is this on a branch, or is this already true for the trunk? The latter. Michel, is this the stuff I have in all my trees (trunk and r200-0-1/r200-0-2) for ages? Yes, or at least it should be equivalent. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] XVideo code merged from XFree86 CVS
On 21 Sep 2002, Michel Dänzer wrote: On Sam, 2002-09-21 at 21:21, Vedran Rodic wrote: On Sat, Sep 21, 2002 at 07:13:46PM +0200, Michel D?nzer wrote: On Sam, 2002-09-21 at 19:04, Michel Daenzer wrote: - add offscreen images support I wonder how this mixes with the dynamic offscreen memory allocation for 3D... Hi Michel. Thanks for the merge. I wrote that code. It got in XFree86 CVS when Keith Packard James Ralston merged my XVideo patch. It's the same as for the other cards (Matrox, i810 etc), delta Radeon specific stuff. It basically allocates a frame buffer for video when requested just as normal XVideo does, but the whole interface is there for XFree86 internal modules (v4l uses it for example), and not for the client applications. So if normal radeon XVideo mixes fine with dynamic offscreen memory allocation for 3D, then this should too. I'm afraid it's not that simple because the radeon driver no longer keeps the offscreen memory it needs for 3D allocated all the time. It may fail to allocate it when a 3D client starts if offscreen XVideo images are in use. Is there a way to get at all of them so their offscreen regions can be freed? The way I did this in my mach64 DRI+gatos patch is to call xf86FreeOffscreenLinear(pPriv-linear) in the TransitionTo3d. I took this from the tdfx driver and it seems to work, although I'm not sure it's 100% correct. -- Leif Delgass http://www.retinalburn.net --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] XVideo code merged from XFree86 CVS
On Sam, 2002-09-21 at 22:08, Leif Delgass wrote: On 21 Sep 2002, Michel Dänzer wrote: On Sam, 2002-09-21 at 21:21, Vedran Rodic wrote: On Sat, Sep 21, 2002 at 07:13:46PM +0200, Michel D?nzer wrote: On Sam, 2002-09-21 at 19:04, Michel Daenzer wrote: - add offscreen images support I wonder how this mixes with the dynamic offscreen memory allocation for 3D... Hi Michel. Thanks for the merge. I wrote that code. It got in XFree86 CVS when Keith Packard James Ralston merged my XVideo patch. It's the same as for the other cards (Matrox, i810 etc), delta Radeon specific stuff. It basically allocates a frame buffer for video when requested just as normal XVideo does, but the whole interface is there for XFree86 internal modules (v4l uses it for example), and not for the client applications. So if normal radeon XVideo mixes fine with dynamic offscreen memory allocation for 3D, then this should too. I'm afraid it's not that simple because the radeon driver no longer keeps the offscreen memory it needs for 3D allocated all the time. It may fail to allocate it when a 3D client starts if offscreen XVideo images are in use. Is there a way to get at all of them so their offscreen regions can be freed? The way I did this in my mach64 DRI+gatos patch is to call xf86FreeOffscreenLinear(pPriv-linear) in the TransitionTo3d. I do the same for the PutImage offscreen area, but the XVideo offscreen images support can have at least one additional offscreen areas. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-devel] XVideo code merged from XFree86 CVS
On Son, 2002-09-22 at 02:13, Linus Torvalds wrote: On Sam, 2002-09-21 at 19:04, Michel Daenzer wrote: Log message: Merge XVideo updates from XFree86 CVS: - should work with all chips now - colorkey fixes Thanks. The fact that the default colorkey is 0 (black) is kind of funky, though. Shouldn't it be something slightly less common.. (Don't get me wrong - it gives some really cool effects by just putting a normal Xterm with black text over a XVideo window, and if it was done on purpose then go right ahead. I just suspect it wasn't really intentional ;) Of course it wasn't, I had forgotten to merge radeon_driver.c. Fixed now. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel