danco Wrote: > One thing I noticed (on the Mac, and I have no idea if it is the same > under Linux) is that different versions of mplayer seem to need the > codecs in different places. Two possibilities are /usr/local/lib/codecs > and /usr/local/lib/mplayer
This is true - the RPM for RedHat 8, for example, uses /usr/lib, whereas the source distribution defaults to /usr/local/lib. You can change these values at compile time by passing options to configure. Do ./configure --help to see all the options for mplayer compilation. This is one of the more irritating things about RedHat - they distribute components of the packages all over the filesystem. This would be fine if RPM didn't get it's knickers in a twist every time you try to uninstall a package, but you're often left with remenants of the package hanging about that need removing if your compiled-from source version is going to work correctly. Even with this set correctly, though, mplayer steadfastly ignores some dll's. At one point last night I had it claiming that /usr/lib/codecs/cook.so was not present - when it plainly was. mplayer checks a number of likely places though, and I found making a symlink from /usr/lib/codecs to /usr/lib/real/ (as this was also somewhere where it was looking according the output) caused the libs to be found. -- Scooter _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/plugins
