02-08-2010, 04:43 AM
I will let Kano translate my words in something more explicit but short answer is 'no'. However, the bug is simple to fix for AMD since the same happened for 4xxx series some time ago. You might try to binary patch the library and enable the workarounds for 5xxx series too? The PCI IDs are hardcoded with x86 mov, cmp instructions.
Originally Posted by krionius
Anyway, you are stuck or you could try to find an NVIDIA MXM module and check it's compatible with your laptop. Do you have an IGP in there?
02-08-2010, 05:09 AM
02-08-2010, 05:22 AM
Just try multithreaded decode:
With a multicore cpu this could help you. In my experience video players with pure vdpau support are best (just require nv hardware) - mplayer for lots of files just no m2ts with subtitles (i really wait for that) or xbmc for m2ts with subtitles. vlc only works with a wrapper, ati + vlc = impossible, nvidia + vlc = stupid green line below video. subtitles work with m2ts - that's what i mostly watch...
02-08-2010, 05:31 AM
well, the mplayer/vlc i tried already uses multiple cores (i have an i5 CPU in notebook), so it plays well 1080p too.
But I presume that the GPU eats less power while decoding it. Am I right?
Also the point I want to get to is: is it possible to hack the binary to workaround this bug? If so that would be quite helpful for all those wanting to use this feature on 5XXX, and can't wait for AMD to fix this in a later release.
So hints and info about this would be helpful! What kind of workaround worked for the 4xxx?
02-08-2010, 08:45 AM
Okay, i've been thinking about this. So the card's ID enables a Workaround in one of the libraries? Can you tell me which library it is, and where can i find some PCI ids for those 4xxx cards that uses the workaround? I will try to look up them in the binary and replace with my cards' PCI id.
Originally Posted by gbeauche
02-08-2010, 05:49 PM
A new version of xvba-video, the XvBA backend to VA-API, is now available at:
Version 0.6.5 - 08.Feb.2010
* Add brightness/contrast/hue/saturation display attributes
* Fix vaPutSurface() window resize. e.g. when switching to full-screen mode
* Allow vaPutSurface() to render to multiple drawables from a single surface
- My ProcAmp adjustments are probably not fully correct. e.g. hue doesn't preserve luminance yet. Besides, this uses an extra FBO.
- The last change workarounds a bug in the driver and now makes it possible to use VA-API acceleration with Gnash with the the AGG renderer. However, this exhausts another performance problem (flickering in windowed mode) of the driver. You can workaround that with XVBA_VIDEO_PUTSURFACE_FAST set to "yes" or "1". The semantics are not fully equivalent and can cause problems, hence it's disabled by default though it's designed to work with Gnash and MPlayer.
02-08-2010, 09:29 PM
With vlc it is still just green and shows lots of XVBA_GetSurface (status 2) errors. When do you want to fix it? Also the stupid green line with nvidia+vlc should be removed.
02-09-2010, 02:38 AM
Probably when you will be capable enough to produce correct bug reports that can be reproduced? Besides, I don't maintain VLC, did you know?
Originally Posted by Kano
02-09-2010, 03:28 AM
My reports are 100% correct. I mailed you screenshots already.
02-09-2010, 05:48 AM
(1) you did not attach the screenshot, (2) I don't see what I can do with a single screenshot. The video clip is mandatory. That's for the NVIDIA part. Besides, the exact reference of the chipset is also needed as the driver has bugs depending on the chipset.
Originally Posted by Kano
For the AMD part, the clip is also needed since there are many other clips that work here. I don't call that 100% correct.