[gst-devel] Re: [gst-cvs] ds gst-plugins-bad: gst-plugins-bad/ gst-plugins-bad/sys/ gst-plugins-bad/sys/glsink/

[Jan Schmidt]

On Mon, 2006-01-30 at 09:27 -0800, David Schleef wrote:
> On Mon, Jan 30, 2006 at 05:04:41PM +0100, Jan Schmidt wrote:
> > This same caveat applies to glimagesink, I expect. It will only manifest
> > on some GL implementations, DRI in this case, but the DRI guys told me
> > that they expect the OpenGL board to specify RTLD_GLOBAL type semantics
> > as a requirement for GL using apps.
> > 
> > That said, how can we support it in GStreamer? The 2 thoughts that occur
> > to me are 1) glimagesink has to resolve libGL.so and dlopen it itself.
> 
> This makes sense and should work.

In that case, is there any helper code anywhere to resolve libGL the
same way ldd would?

> > 2) Add a flag that lets plugins register their requirement to be loaded
> > into the global symbol table and implement that in core.
> 
> Let's not encourage bad APIs (OpenGL, not GStreamer).
> 
> 
> 
> dave...
> 

-- 
Jan Schmidt thaytan at noraisin.net

T - "If we were anyone but us, the fact that being shot down is often
fatal would be a factor there."
R - "And if beggars were horses, something something ferrets."
- Triangle & Robert #1860