Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!

Support the latest Real Player formats in MPlayer (CLI) UNIX
I use MPlayer in the Terminal quite often to record Real-formatted streams. But many of the newer formats of Real Player are not yet supported in MPlayer. So here's a simple method to add the latest Real Player support to your MPlayer (CLI).
  1. Download MPlayer (CLI version). Download the file "Last Mencoder and MPlayer Binary," and install.

  2. Download the free Real Player for OS X. Click on the "Free Real Player" link in the upper right hand corner. Install Real Player.

  3. Locate the Real Player application and right-click and select "Show Package Contents." Navigate to -> Contents -> Frameworks -> HXClientKit.framework -> HelixPlugins -> Codecs, and move all the codecs in that directory to /usr -> local -> lib -> mplayer. You may have to create that directory first.
You should now have full support for the latest Real Player formats in MPlayer. If you want to add even more formats, go here.

Do not download the DR5 as it is old, instead download the first DATED release -- for example 08/09/04 -- and grab the file listed next to macos-gcc3-pb under the All_clients column. After downloading, discard everything that is not a ".bundle" file, then move all the bundles into /usr -> local -> lib -> mplayer. Make sure not to replace the files you just copied from above.
  • Currently 2.57 / 5
  You rated: 3 / 5 (7 votes cast)

Support the latest Real Player formats in MPlayer (CLI) | 10 comments | Create New Account
Click here to return to the 'Support the latest Real Player formats in MPlayer (CLI)' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
Support the latest Real Player formats in MPlayer (CLI)
Authored by: aramis on Oct 08, '04 02:08:47PM

Nifty! Thanks for the tip. I'd tried playing around w/ mplayer's libs before, but they handn't got the thing to open dylib files yet last time I tried.

For what it's worth, the mplayer file I got from SourceForge was They have a bunch of not-so-clearly named files there. That one works and is from August 26, 2004. At least two of the others (which I mistakenly tried first) didn't work.

Another small trick I found is that copying the bundles over isn't necessary. Symlinks work fine. That should save a little bit of disk, and it likely means mplayer will use newer codecs if you upgrade RealPlayer.

Here's what I did:

sudo bash
mkdir -p /usr/local/lib/mplayer
cd /usr/local/lib/mplayer
for f in /Applications/* ; do ln -s "$f" . ; done

(That last line from 'for f...' all the way to 'done' is really one line, but it'll probably wrap on screen.)

Then just run the new mplayer binary, and all's well.

Thanks again!

[ Reply to This | # ]
Support the latest Real Player formats in MPlayer (CLI)
Authored by: bluehz on Oct 08, '04 05:36:08PM

Great tip on the symlinks! Had not even thought of that.

[ Reply to This | # ]
Support the latest Real Player formats in MPlayer (CLI)
Authored by: metiure on Oct 08, '04 04:00:33PM

I am used to the VLC CLI to save some audio and video streams, but VLC can't manage the RSCP protocol that RealPlayer video uses. So now i guess Mplayer should deal with it.
But i have no idea how to do it with Mplayer. Any help?

[ Reply to This | # ]
Support the latest Real Player formats in MPlayer (CLI)
Authored by: neobackup08 on Oct 08, '04 06:31:24PM

I just tried this, but unfortunately I get this error:
rdt chunk not recognized: got 0x4f
rdt chunk not recognized: got 0x2a
and then my dumped rm file is suddenly interrupted half-way when I open it in RealPlayer 10. Do you have any idea why this happens?

[ Reply to This | # ]
Support the latest Real Player formats in MPlayer (CLI)
Authored by: afb on Oct 09, '04 04:01:56PM

does anyone who compiles mplayer from source know how these codecs work differently from the codecs you can get from the mplayer website?

now is the time for all good cows to come to the aid of their pasture.

[ Reply to This | # ]

Support the latest Real Player formats in MPlayer (CLI)
Authored by: scottlinux on Oct 16, '04 08:11:01PM

It's because those codecs work on x86 hardware only. That's why you can watch windows media stuff in Linux on an x86 computer. Those particular codecs don't work with mac hardware, unfortunately.

[ Reply to This | # ]
Support the latest Real Player formats in MPlayer (CLI)
Authored by: Numbski on Oct 10, '04 02:33:29PM

Thanks for the tip!

Listen, I have a totally different problem right now, and that is the lack of browser integration. IE for Windows has it. MPlayer + Firefox on Linux/FreeBSD has it. I'd like to get MPlayer + Firefox on OSX working. I've been e-mailing the author of <a href="">MPlayer Plugin for Firefox</a>, and from what he tells me there are some changes that need to be made because it relies on X UI widget calls, particularly GTK. Someone else who is a bit more useful with UI code (sorry, I'm Perl/Python/RealBasic here) could probably get this flying in short order.

Any takers?

[ Reply to This | # ]
Support the latest Real Player formats in MPlayer (CLI)
Authored by: Skeeve on Oct 28, '04 05:36:44AM
Didn't work for me :-( Downloaded and copied both program files to /usr/local/bin.

Downloaded and installed RealPlayer.

Created /usr/local/lib/mplayer

Copied all Codec files with

cd /usr/local/lib/mplayer
cp /Applications/\
/HelixPlugins/Codecs/* .

and then tried:

mplayer 'rtsp://'
and received:

REAL file format detected.
======= WAVE Format =======
Format Tag: 28515 (0x6F63)
Channels: 1
Samplerate: 44100
avg byte/sec: 44100
Block align: 640
bits/sample: 16
cbSize: 18
Unknown extra header dump: [0] [80] [0] [10] [0] [5] [2] [80] [0] [8] [1] [0] [0] [2] [4] [0] [0] [2f] 
VIDEO:  03VR [30203002,01091030]  192x144  (aspect 0.00)  15.00 fps
Clip info:
 copyright: e-tv GmbH
Opening audio decoder: [realaud] RealAudio decoder

MPlayer interrupted by signal 10 in module: init_audio_codec
- MPlayer crashed. This shouldn't happen.
  It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
  gcc version. If you think it's MPlayer's fault, please read
  DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
  won't help unless you provide this information when reporting a possible bug.

[ Reply to This | # ]
Correction & Additional Help
Authored by: bedouin on Jan 29, '05 08:46:31PM
For the latest versions of mplayer, it searches in /Library/Application Support/ffmpegX/reallib/ for the Real codecs, not /usr/local/lib. Alternatively, the codecs can also be obtained from the Helix DNA Producer here. After unzipping the archive (helixproducer_10_macosx.sit at the time of this writing) you can find them in the codecs folder.

This hint was a lifesaver. I regularly listen to audio lectures encoded as RM files, but must convert them to MP3 to play them on my Creative MuVo. Prior to finding this hint the only way I could do this was through VPC, with a now nonexistent Windows app called Streambox Ripper, which was slow and oftentimes crashed. Now conversions take a matter of minutes.

For those interested in simply converting a RM file to WAV this is the only command you need:

mplayer test.rm -ao pcm -aofile test.wav

Replace test with the actual filename. Afterwards, use LAME, iTunes, or any other capable app to convert to MP3.

I suggest you keep a backup copy of the ffmpegX binaries, as well as the Real codecs in case either change in some way that makes this tip no longer work.

[ Reply to This | # ]
Automating the Process
Authored by: bedouin on Jan 29, '05 11:16:53PM
Assuming you have mplayer in your path, this script helps speed things up a bit, and should be invoked like this:

ra2wav filename.rm filename.mp3

#! /bin/bash
mplayer $1 -ao pcm -aofile $1.wav -vc dummy -vo null
lame $1.wav $2
rm $1.wav

[ Reply to This | # ]