[gentoo-user] libvdpau (?)

[gentoo-user] libvdpau (?)

[7v5w7go9ub0o]

I'd like to compile ffmpeg with vdpau - direct NVidia hardware 
acceleration. This is a configuration flag for ffmpeg.

Setting the "vdpau" use flag seems to set the configuration flag, but 
also brings in the "x11-libs/libvdpau" libraries which I think I do not 
want, as my NVidia proprietary driver provides these libraries.

1. How do I enable the "vdpau" configuration flag for compiling ffmpeg, 
without bringing in "x11-libs/libvdpau"? (Sigh...... I suppose one work 
around is to bring them in, then reinstall the proprietary driver 
............ )

TIA

Re: [gentoo-user] libvdpau (?)

[Kaddeh]

[-- Attachment #1: Type: text/plain, Size: 709 bytes --]

do you have VIDEO_CARDS set in your make.conf?

On Fri, Mar 26, 2010 at 8:18 AM, 7v5w7go9ub0o <7v5w7go9ub0o@gmail.com>wrote:

> I'd like to compile ffmpeg with vdpau - direct NVidia hardware
> acceleration. This is a configuration flag for ffmpeg.
>
> Setting the "vdpau" use flag seems to set the configuration flag, but
> also brings in the "x11-libs/libvdpau" libraries which I think I do not
> want, as my NVidia proprietary driver provides these libraries.
>
> 1. How do I enable the "vdpau" configuration flag for compiling ffmpeg,
> without bringing in "x11-libs/libvdpau"? (Sigh...... I suppose one work
> around is to bring them in, then reinstall the proprietary driver
> ............ )
>
> TIA
>
>

[-- Attachment #2: Type: text/html, Size: 1044 bytes --]

[gentoo-user] Re: libvdpau (?)

[7v5w7go9ub0o]

On 03/26/10 13:25, Kaddeh wrote:
> do you have VIDEO_CARDS set in your make.conf?
>

Yes; and VIDEO_CARDS="nvidia" seems to be picked up just fine.


Thanks for helping.

Re: [gentoo-user] libvdpau (?)

[Alex Kuster]

[-- Attachment #1: Type: Text/Plain, Size: 638 bytes --]

yes, because ffmpeg compiles against the shared library called vdpau to do the 
hardware acceleration ...
so, the dependency IS necessary ...

the driver installed externally also provides it....

the USE variable modifies the configuration of the package, so, if you remove 
vdpau, you won't compile with vdpau support ...

you can use the variable EXTRA_ECONF to pass parameters to ./configure and  
manually add vdpau, but I don't know if there's an option to modify that on a 
package basis (like /etc/portage/package.use ) .. instead of a global var ... 
without touching ebuilds ...

¿ any hint about that?

Alex ~

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[gentoo-user] Re: libvdpau (?)

[7v5w7go9ub0o]

On 03/26/10 14:29, Alex Kuster wrote:
> yes, because ffmpeg compiles against the shared library called vdpau
> to do the hardware acceleration ... so, the dependency IS necessary
> ...

Thanks for the reply. Just downloaded the ffmpeg source distribution and
FWICT, the ffmpeg source distribution includes the necessary code:

./libavcodec/vdpau.c
./libavcodec/vdpau_internal.h
./libavcodec/vdpau.h

Unless there are additional snippets, it appears that ffmpeg (for one....)
doesn't need vdpau.

[]

> you can use the variable EXTRA_ECONF to pass parameters to
> ./configure and manually add vdpau, but I don't know if there's an
> option to modify that on a package basis (like
> /etc/portage/package.use ) .. instead of a global var ... without
> touching ebuilds ...

Didn't work; FWICT, EXTRA_ECONF provides limited function
<http://bugs.gentoo.org/38618>

Is there a file anywhere that I can edit, which mandates that to use the
vdpau "use" flag, I have to have the vdpau package installed?

TIA

[gentoo-user] Re: libvdpau (?)

[7v5w7go9ub0o]

>
> Is there a file anywhere that I can edit, which mandates that to use the
> vdpau "use" flag, I have to have the vdpau package installed?

geeeeeze...... there it is in the ebuild.

Removed the dependency and all compiles/works well.


Thanks for the time and help!!

Re: [gentoo-user] Re: libvdpau (?)

[Neil Walker]

On 26/03/10 20:02, 7v5w7go9ub0o wrote:
>
>>
>> Is there a file anywhere that I can edit, which mandates that to use the
>> vdpau "use" flag, I have to have the vdpau package installed?
>
> geeeeeze...... there it is in the ebuild.
>
> Removed the dependency and all compiles/works well.

Obviously you didn't look at the ebuild for libvdpau. It's only a
wrapper. On
my system, it's a mere 5960 bytes. libvdpau_trace is only another 51040
bytes. Quite why you felt you had to jump through such hoops to create a
potentially broken system is beyond me. ;)


Be lucky,

Neil
http://www.neiljw.com


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [gentoo-user] libvdpau (?)

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 472 bytes --]

On Fri, 26 Mar 2010 15:29:06 -0300, Alex Kuster wrote:

> you can use the variable EXTRA_ECONF to pass parameters to ./configure
> and manually add vdpau, but I don't know if there's an option to modify
> that on a package basis (like /etc/portage/package.use ) .. instead of
> a global var ... without touching ebuilds ...

Put EXTRA_ECONF+"blah" in /etc/portage/env/CAT/PKG


-- 
Neil Bothwick

If you got the words it does not mean you got the knowledge.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] libvdpau (?)

[Paul Hartman]

On Fri, Mar 26, 2010 at 10:18 AM, 7v5w7go9ub0o <7v5w7go9ub0o@gmail.com> wrote:
> I'd like to compile ffmpeg with vdpau - direct NVidia hardware
> acceleration. This is a configuration flag for ffmpeg.
>
> Setting the "vdpau" use flag seems to set the configuration flag, but
> also brings in the "x11-libs/libvdpau" libraries which I think I do not
> want, as my NVidia proprietary driver provides these libraries.

AFAIK Nvidia split the vdpau off into libvdpau late last year
sometime. On my system I use both nvidia-drivers and libvdpau without
issue. libvdpau provides libvdpau.so while nvidia-drivers provides
libvdpau_nvidia.so

Here are my versions:

x11-libs/libvdpau-0.3-r2
x11-drivers/nvidia-drivers-195.36.15

Are you using older versions? I use ~amd64 so maybe if you run stable
it has the older versions.

[gentoo-user] Re: libvdpau (?)

[7v5w7go9ub0o]

On 03/26/10 17:08, Paul Hartman wrote:
> On Fri, Mar 26, 2010 at 10:18 AM,
> 7v5w7go9ub0o<7v5w7go9ub0o@gmail.com>  wrote:
>> I'd like to compile ffmpeg with vdpau - direct NVidia hardware
>> acceleration. This is a configuration flag for ffmpeg.
>>
>> Setting the "vdpau" use flag seems to set the configuration flag,
>> but also brings in the "x11-libs/libvdpau" libraries which I think
>> I do not want, as my NVidia proprietary driver provides these
>> libraries.
>
> AFAIK Nvidia split the vdpau off into libvdpau late last year
> sometime. On my system I use both nvidia-drivers and libvdpau without
> issue. libvdpau provides libvdpau.so while nvidia-drivers provides
> libvdpau_nvidia.so
>
> Here are my versions:
>
> x11-libs/libvdpau-0.3-r2 x11-drivers/nvidia-drivers-195.36.15
>
> Are you using older versions? I use ~amd64 so maybe if you run stable
> it has the older versions.
>


AHA! THANKS! that explains a lot - including why they made libvdpau
ebuild a requirement for ffmpeg.

I didn't know that libvdpau ebuild is simply an open-source version of
libvdpau.so. (The webpage describes a "wrapper" - duh, what's a wrapper?
But I suppose that if libvdpau.so is the first in line, and subsequently
loads other "driver" components, then it could be called a wrapper).

Portage fell behind the NVidia driver releases a while back - probably
before the split you described -  so I then started installing drivers
directly from NVidia.com, and not portage.

(And NVidia continues to bundle libvdpau.so (proprietary?) along with the
other components.)

So when ffmpeg wanted to add a "wrapper" to the mix, I decided no thanks
and started this thread -  finally figuring out that I needed to remove
the requirement from the ebuild. Having libvdpau.so, everything worked fine.

Now that I know what it is, I've installed the libvdpau package and
updated the portage NV drivers to current. If portage keeps current I'll
use it; if portage again falls behind I should be able to use NVidia.com and
ffmpeg will compile either way.

Thanks again for your help.

Re: [gentoo-user] Re: libvdpau (?)

[Peter Humphrey]

On Saturday 27 March 2010 01:46:49 7v5w7go9ub0o wrote:

> Now that I know what it is, I've installed the libvdpau package and
> updated the portage NV drivers to current. If portage keeps current
> I'll use it; if portage again falls behind I should be able to use
> NVidia.com and ffmpeg will compile either way.

But see this article: 
<http://hardware.slashdot.org/story/10/03/27/0118233/Nvidias-GF100-
Turns-Into-GeForce-GTX-480-and-470>

I'm not sure what to make of it at the moment.

-- 
Rgds
Peter.

Re: [gentoo-user] Re: libvdpau (?)

[Paul Hartman]

On Fri, Mar 26, 2010 at 8:46 PM, 7v5w7go9ub0o <7v5w7go9ub0o@gmail.com> wrote:
> On 03/26/10 17:08, Paul Hartman wrote:
>>
>> On Fri, Mar 26, 2010 at 10:18 AM,
>> 7v5w7go9ub0o<7v5w7go9ub0o@gmail.com>  wrote:
>>>
>>> I'd like to compile ffmpeg with vdpau - direct NVidia hardware
>>> acceleration. This is a configuration flag for ffmpeg.
>>>
>>> Setting the "vdpau" use flag seems to set the configuration flag,
>>> but also brings in the "x11-libs/libvdpau" libraries which I think
>>> I do not want, as my NVidia proprietary driver provides these
>>> libraries.
>>
>> AFAIK Nvidia split the vdpau off into libvdpau late last year
>> sometime. On my system I use both nvidia-drivers and libvdpau without
>> issue. libvdpau provides libvdpau.so while nvidia-drivers provides
>> libvdpau_nvidia.so
>>
>> Here are my versions:
>>
>> x11-libs/libvdpau-0.3-r2 x11-drivers/nvidia-drivers-195.36.15
>>
>> Are you using older versions? I use ~amd64 so maybe if you run stable
>> it has the older versions.
>>
>
>
> AHA! THANKS! that explains a lot - including why they made libvdpau
> ebuild a requirement for ffmpeg.
>
> I didn't know that libvdpau ebuild is simply an open-source version of
> libvdpau.so. (The webpage describes a "wrapper" - duh, what's a wrapper?
> But I suppose that if libvdpau.so is the first in line, and subsequently
> loads other "driver" components, then it could be called a wrapper).
>
> Portage fell behind the NVidia driver releases a while back - probably
> before the split you described -  so I then started installing drivers
> directly from NVidia.com, and not portage.
>
> (And NVidia continues to bundle libvdpau.so (proprietary?) along with the
> other components.)
>
> So when ffmpeg wanted to add a "wrapper" to the mix, I decided no thanks
> and started this thread -  finally figuring out that I needed to remove
> the requirement from the ebuild. Having libvdpau.so, everything worked fine.
>
> Now that I know what it is, I've installed the libvdpau package and
> updated the portage NV drivers to current. If portage keeps current I'll
> use it; if portage again falls behind I should be able to use NVidia.com and
> ffmpeg will compile either way.
>
> Thanks again for your help.

No problem. Also check out x11-misc/vdpauinfo it is a tool that shows
the vdpau capabilities of your video card/drivers (which codecs &
mixer features are supported).