Hi: I found this in the file /usr/share/doc/packages/MPlayer/README.SuSE: -------------------------------------------------------------------- To be able to decode/encode certain codecs, MPlayer requires Windows DLLs installed in the directory /usr/lib/win32 You can copy these files from your existing Windows installation. We have provided a script doing that for you. Simply run findw32codecs <directory name> and it will search the given directory (or /windows/* if none is given) for suitable codecs. For legal reasons this version of MPlayer has limited functionality. Here is a list of what has been disabled: MPEG-4 codecs (using a Win32 codec DLL should work) Sorenson video codec AC3 decoding ASF parsing mencoder (it depends on native encoders most of which would have to be disabled) Advanced users can build an RPM package containing the full functionality by changing the line %define DISTRIBUTABLE 1 to %define DISTRIBUTABLE 0 in the spec file of the source RPM. ------------------------------------------------------------------- Where on earth is the source RPM? I looked on disk 7, and it has an MPlayer package in the "nosrc" directory, not the "src" dir. Is it possible to find the source rpms with Yast? I'd like to build the new RPM with all functionality enabled, and install it as an upgrade over my existing MPlayer that Suse installed. Is this the right approach? Thanks. -- _____________________ Christopher R. Carlen crobc@earthlink.net Suse 8.1 Linux 2.4.19
On Saturday 16 November 2002 20:21, Chris Carlen wrote:
I found this in the file /usr/share/doc/packages/MPlayer/README.SuSE: -------------------------------------------------------------------- To be able to decode/encode certain codecs, MPlayer requires Windows DLLs installed in the directory /usr/lib/win32
You can copy these files from your existing Windows installation. We have provided a script doing that for you. Simply run
findw32codecs <directory name> [snip]
This thread got me to searching around on the 'net. Turns out the "findw32codec" script does a CPU-intensive search for codecs w/known names, then generates md5 checksums and compares to what it has on it's list; once found in your (presumably) legitimate windows partition, they are copied to the /usr/lib/win32 directory. But, as I said, this got me to searching. For a "cut to the chase" solution, look for the "mplayer-codecs-20020420-1" rpm at this convenient link: http://rpmfind.udoj.org/udoj/RPMS/mplayer-codecs-20020420-1.i686.html
Tom Emerson wrote:
This thread got me to searching around on the 'net. Turns out the "findw32codec" script does a CPU-intensive search for codecs w/known names, then generates md5 checksums and compares to what it has on it's list; once found in your (presumably) legitimate windows partition, they are copied to the /usr/lib/win32 directory.
But, as I said, this got me to searching. For a "cut to the chase" solution, look for the "mplayer-codecs-20020420-1" rpm at this convenient link:
http://rpmfind.udoj.org/udoj/RPMS/mplayer-codecs-20020420-1.i686.html
Why might this rpm be preferrable to the tarball of Win32 codecs located at the MPlayer home site? -- _____________________ Christopher R. Carlen crobc@earthlink.net Suse 7.3 Linux 2.4.10
On Sunday 17 November 2002 16:18, Chris Carlen wrote:
Tom Emerson wrote:
But, as I said, this got me to searching. For a "cut to the chase" solution, look for the "mplayer-codecs-20020420-1" rpm at this convenient link:
http://rpmfind.udoj.org/udoj/RPMS/mplayer-codecs-20020420-1.i686.html
Why might this rpm be preferrable to the tarball of Win32 codecs located at the MPlayer home site?
it probably isn't -- in fact, they're probably identical [per the rpm files listing, it appeared to be the contents of /var/lib/win32]. This was simply one I found very quickly via a google search, so I thought I'd post the link. The good news, rpm or tarball differences aside, is thtat now I can play some videos I've had sitting around on my hard disk that wouldn't even play under windows [too lazy to purge the files, and "disk space is cheap"]
participants (2)
-
Chris Carlen
-
Tom Emerson