[xine-devel] Re: More flexible searching of libdvdcss

[Andre P. <oz...@al...>]

On 14/11/2004, at 2:56 AM, Michael Roitzsch wrote:

>> If libdvdnav has to send different parameters to dlopen() depending on
>> which platform it is, then libdvdnav should detect which platform it 
>> is,
>> and act accordingly. Hopefully, that is not necessary though.
>
> I think this should be possible in this case. I tend to agree that the
> frontend shouls not care about libdvdcss at all. (That's the subtle 
> point
> where XINE_PLUGIN_PATH and DVDCSS_PATH are different: There might be
> per-frontend plugins, but a per-frontend libdvdcss feels strange to 
> me.)
>
> Andre, do you think it would be possible to just add another #ifdef 
> branch for
> Mac OS which would try a list of potential libdvdcss locations? If 
> that's not
> possible, we can still use your patch as a last option.

'tis been a long time since I discussed this thread, but I haven't 
forgotten about it!  As it turns out, one of the basic assertions I 
made in my original message turned out to be false.  Mac OS X does 
indeed search the DYLD_LIBRARY_PATH environment variable (equivalent to 
LD_LIBRARY_PATH on Linux) when you do a dlopen().  Rich Wareham's 
XinePlayer front-end <http://xineplayer.berlios.de/> does exactly this 
to find libdvdcss.so.2 inside the XinePlayer.app application bundle.  
So, no need for a special DVDCSS_PATH variable that I was suggesting 
before.

I don't know why it didn't work for me before; perhaps it was added in 
a recent version of Mac OS X, or perhaps I was just an idiot and 
misspelled the path name I passed to DYLD_LIBRARY_PATH.  In any case, 
the problem's solved without any additional work, so I guess that makes 
all of us happy :).


-- 
% Andre Pang : trust.in.love.to.save  <http://www.algorithm.com.au/>