[DVDnav-discuss] frustration with rip-protected/encrypted DVDs

[Bryan Henderson]

>>> Well, we're not just talking about installing the tiny libraries. =A0I'll=
> also
>>> have to build and install something big with lots of options and compatib=
>ility
>>> concerns such as Xine to use those libraries.
>
>I don't think this is true.  Or at least shouldn't be.
>
>It's possible to hand compile and install the libraries into a
>personal directory and have a system installed xine magically start
>using them.  Just set up something like LD_CONFIG_PATH.

Aha.  I see you're right. libdvdread loads libdvdcss at run time with libdl if
it finds it and otherwise presses ahead without it (to produce mysterious
failures when you ask it to read an encrypted file).  Libdvdnav uses
libdvdread, so just making it available in the dynamic library search path at
run time should be enough for Xine etc to start reading encrypted files.

If one can't install libdvdcss in the system default dynamic library search
path, one can put it in some arbitrary directory and list that directory in
the LD_LIBRARY_PATH environment variable.

>I think most of the lowlevel libs like dvdread and dvdnav will use the
>CSS stuff if it's present and fall back gracefully if not.

Fall back, yes, but I really have to take issue with the characterization as
"graceful" of the error message, "xine-lib: error: read error from:: Error
reading NAV packet."  It looks like multiple layers of the system weren't
expecting this.  Just a shade better than a segfault.


Thanks.  I'm back on track now to getting libdvdnav to perform for me.

-- 
Bryan Henderson                                   San Jose, California