#1049 closed defect (fixed)
--enable-shared-pp should not be used.
| Reported by: | Owned by: | ||
|---|---|---|---|
| Priority: | high | Milestone: | |
| Component: | BOOK | Version: | SVN |
| Severity: | minor | Keywords: | |
| Cc: |
Description ¶
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.
Change History (3)
comment:1 by , 20 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
comment:2 by , 20 years ago
Well, it says:
If an application uses a subdirectory, all architecture-dependent data exclusively used by the application must be placed within that subdirectory
The point is that other projects use those codecs as well. AFAIK, xine already will search this directory by default for them, but I'm not completely up-to-date on that... And I hope that other projects did/will follow.
Thanks for the report, Reimar. The current codecs location seems closer to FHS guidelines, though. See http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLIBLIBRARIESFORPROGRAMMINGANDPA