[Mesa-dev] [PATCH] st/mesa: conditionally enable GL_NV_vdpau_interop

Ilia Mirkin imirkin at alum.mit.edu
Fri Jan 22 10:24:39 PST 2016


On Fri, Jan 22, 2016 at 1:15 PM, Christian König
<deathsimple at vodafone.de> wrote:
>> Form autofoo perspective things look great.
>
> Thanks, that exactly what I wanted to know.
>
>> Although I second Ilia's concern - we need a form of runtime detection
>> here. Pretty much all distros ship the vdpau(+ other video driver
>> backend) in a separate library. Thus this will likely get us nowhere
>> we want - as I'm suspecting this is to assist the unsuspecting user,
>> which hasn't installed package X or Y in the first place ?
>
> As I said, Mesa should NOT check what vdpau backend libraries are installed
> or used before advertising NV_vdpau_interop.
>
> Take a look at how the interop works, NV_vdpau_interop should be advertised
> if the OpenGL implementation provides the necessary functions. What and if a
> VDPAU backend gets loaded to work with that is completely independent of
> this.
>
> We want to switch over to a DMABuf based interop implementation so that we
> can get away from using the Mesa internal structures.
>
> This not only has the advantage of fixing this ugly hack, but also would
> allow an application to decode on one driver (radeonsi) and display with
> another one (r600).

If the purpose is not to conditionally not advertise based on
availability, what is the purpose of this patch?

  -ilia


More information about the mesa-dev mailing list