The patch from page 2 of this thread: http://forums.gentoo.org/viewtopic-p-70 ... ml#7047686ahgblopes wrote:What patch are you exactly talking about? How do i apply it? Does it works on recent packages?
I guess this patch is outdated, am i right?ppurka wrote:The patch from page 2 of this thread: http://forums.gentoo.org/viewtopic-p-70 ... ml#7047686ahgblopes wrote:What patch are you exactly talking about? How do i apply it? Does it works on recent packages?
You will need to create your own local overlay and create a libvdpau ebuild there. But doesn't work for me with the newly merged vdpau and flash.

nope, worked here with great with latest flash and live vdpau.ahgblopes wrote:I guess this patch is outdated, am i right?ppurka wrote:The patch from page 2 of this thread: http://forums.gentoo.org/viewtopic-p-70 ... ml#7047686ahgblopes wrote:What patch are you exactly talking about? How do i apply it? Does it works on recent packages?
You will need to create your own local overlay and create a libvdpau ebuild there. But doesn't work for me with the newly merged vdpau and flash.
thank you ...I applied the patch. No more avatar people...DaggyStyle wrote:nope, worked here with great with latest flash and live vdpau.ahgblopes wrote:I guess this patch is outdated, am i right?ppurka wrote:The patch from page 2 of this thread: http://forums.gentoo.org/viewtopic-p-70 ... ml#7047686ahgblopes wrote:What patch are you exactly talking about? How do i apply it? Does it works on recent packages?
You will need to create your own local overlay and create a libvdpau ebuild there. But doesn't work for me with the newly merged vdpau and flash.
is there even a bug about this?
Security vulnerabilities aren't a compelling reason? And, as I already said earlier in the thread, the only reason 11.1 works is because it has hardware presentation deactivated.ppurka wrote:Yeah. I have done that. Anyway.. 11.1 is working good for me. I don't see a compelling reason to upgrade to a broken flash.

so what is the alternative? please offer a plugin which supports all aspects and not forces us to install gstreamer.Gusar wrote:Security vulnerabilities aren't a compelling reason? And, as I already said earlier in the thread, the only reason 11.1 works is because it has hardware presentation deactivated.ppurka wrote:Yeah. I have done that. Anyway.. 11.1 is working good for me. I don't see a compelling reason to upgrade to a broken flash.
How about if you set enable_flash_uv_swap=0 in /etc/vdpau_wrapper.cfg? And do you by any chance have EnableLinuxHWVideoDecode=1 in /etc/adobe/mms.cfg?
It's already mentioned in the thread. But to repeat it yet again (maybe this time it'll stick)...DaggyStyle wrote:so what is the alternative?
I see two options:Gusar wrote:Security vulnerabilities aren't a compelling reason? And, as I already said earlier in the thread, the only reason 11.1 works is because it has hardware presentation deactivated.ppurka wrote:Yeah. I have done that. Anyway.. 11.1 is working good for me. I don't see a compelling reason to upgrade to a broken flash.
It doesn't seem to help what that variable is set to. I have tried it and it works (with the default settings in /etc/vdpau_wrapper.cfg) when I use my browser as root. But it doesn't work as user. I deleted ~/.adobe and ~/.macromedia to wipe out any user settings, and it still doesn't work.How about if you set enable_flash_uv_swap=0 in /etc/vdpau_wrapper.cfg? And do you by any chance have EnableLinuxHWVideoDecode=1 in /etc/adobe/mms.cfg?

so if the version in portage is vulnerable, why is it still there?Gusar wrote:It's already mentioned in the thread. But to repeat it yet again (maybe this time it'll stick)...DaggyStyle wrote:so what is the alternative?
10.3 is still maintained. The version in portage is vulnerable, but Adobe provides a newer version (10.3.183.20) that isn't.
If 10.3 doesn't work right for you, use 11.2, disable hardware decoding (comment out EnableLinuxHWVideoDecode=1 in /etc/adobe/mms.cfg) and use the libvdpau patch to fix the blue people. Yeah, with that you're without hardware decoding (duh...), but you at least have hardware presentation.
I don't know, I don't maintain the package in portage. Here's the security bulletins:DaggyStyle wrote:so if the version in portage is vulnerable, why is it still there?
Code: Select all
EPATCH_OPTS="-F 3 -l"
Code: Select all
x11-drivers/xf86-video-ati-6.14.6-r1
media-libs/mesa-8.1_rc1_pre20120724
www-plugins/adobe-flash-11.2.202.236
Code: Select all
# mkdir -p x11-libs/libvdpau/filesCode: Select all
# ebuild libvdpau-0.4.1-r2 manifestCode: Select all
# emerge -av1 libvdpauWhy is this patch (and ebuild) still not in portage? It's very old now, and a lot of people seem to bump into the issue.epsilon72 wrote:First of all, you'll need to create a local overlay. http://en.gentoo-wiki.com/wiki/Overlay# ... th_Portage
Now, cd to your local overlay and then run (as root/sudo, obviously):
Put these two files in the x11-libs/libvdpau/files directory:Code: Select all
# mkdir -p x11-libs/libvdpau/files
https://suigintou.weedy.ca/trac/gentoo- ... free.patch
https://suigintou.weedy.ca/trac/gentoo- ... bugs.patch
Download the ebuild and put it in your x11-libs/libvdpau directory
https://suigintou.weedy.ca/trac/gentoo- ... -r1.ebuild
If I were you, I would rename it to libvdpau-0.4.1-r2 so that portage prefers it over the official one.
Next, cd to the x11-libs/libvdpau directory and run this as root/sudo, assuming that you renamed the file like above:Finally, justCode: Select all
# ebuild libvdpau-0.4.1-r2 manifestCode: Select all
# emerge -av1 libvdpau