Revisiting MPlayers PostProcessing filter
randy at linuxfromscratch.org
Fri Dec 24 11:40:19 PST 2004
Here is a bug which prompted a change to the MPlayer instructions
to pull out the creation and installation of the shared postprocessing
Summary: --enable-shared-pp should not be used.
Product: Beyond LinuxFromScratch
AssignedTo: blfs-book at linuxfromscratch.org
ReportedBy: Reimar.Doeffinger at stud.uni-karlsruhe.de
QAContact: blfs-book at linuxfromscratch.org
I think there was a misunderstanding as to what --enable-shared-pp does. It just
makes MPlayer compile and link to the postprocessing library dynamically instead
of statically. The functionality will always be compiled in. As dynamic linking
often causes problems, this switch should not be used.
Also, it is recommended to install all codecs always into /usr/lib/codecs.
Like this, it will also be recognized automatically and MPlayer will compile
with codecs support, the --with-codecsdir is not necessary in that case.
Would be nice if you could do these changes.
I think users should be made aware of MPlayer's shared postprocessing
library, mainly because it is looked for by other packages (transcode,
FFDShow and others). Now I don't necessarily agree with the statement
above "dynamic linking often causes problems", especially with MPlayer's
postprocessing library. But I digress....
I am updating BLFS to MPlayer-1.0pre6 and think that maybe I should put
a blurb in the instructions that passing --enable-shared-pp is necessary
to build the shared library, and then put optional instructions to build
and install the library.
What say the group?
More information about the blfs-dev