From: Zoltan B. <zb...@fr...> - 2008-03-07 17:33:13
|
Zoltan Boszormenyi írta: > Darren Salt írta: > >> I demand that Zoltan Boszormenyi may or may not have written... >> >> >> >>> recent Radeon drivers (6.8.0 and current HEAD) supports not only overlay >>> but textured video as well. >>> >>> >> I've noticed this, along with a bug which causes one monitor to be briefly >> blanked regularly (cause is known). >> >> >> >>> However, xine uses only the first (#0) adaptor. I tried patching the Radeon >>> driver so it lists the textured port first. Xine didn't start with this >>> modified driver, the error was BadAlloc. >>> >>> >> Sounds like a mispatch to me, since (with the 1.2 branch, which supports port >> selection) just using the textured video port works without problems for me >> with both rv370 and GMA950. >> >> > > Interesting. With the unpatched driver (xorg-x11-drv-ati-6.8.0-1.fc8) > "mplayer -vo xv:port=74" spits BadAlloc errors on the terminal and > it's video window doesn't appear, however a button appears for the > window on the bottom gnome panel. So there's something fishy here. > BTW, Fedora 8/x86_64 system. > The story continues: the above happened with mplayer when I logged in with compiz-manager as the default wm. With metacity, the textures video works as long as the whole window is inside the screen. If the window is partially out of the screen either on the left or the right side, it's garbage. I guess the next version will fix, I saw clipping fixes in the current GIT version. Running compiz-manager in a console to replace metacity, the above situation occurs again with the difference that the mplayer window actually appears and is e.g. draggable. But it's empty. >> [snip] >> >> >>> About the WHY I would like to use it: the overlay video window is empty >>> when I use compiz, the video window is halved between two sides of the >>> "desktop cube" and the cube is kept at angle with the mouse. I wanted to >>> try this whether it works with the textured video. [...] >>> >>> >> I see no reason why it shouldn't; that definitely works on GMA950, though it >> causes 100% load (at least, on my laptop). Chances are that this will be >> improved... >> >> This also looks like an argument in favour of backporting the Xv/XxMC port >> selection code. A port of that to the XvMC plugin (in 1.2) would be helpful; >> I'm not keen on doing that myself since I can't test it. >> >> BTW, would a "prefer textured video port" option be useful? >> >> > > Yes, it would be useful. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > xine-devel mailing list > xin...@li... > https://lists.sourceforge.net/lists/listinfo/xine-devel > > > |