Real media RAM playlists

Alex White <[email protected]>
Newsgroups gmane.comp.mozilla.mplayerplug-in
Message-ID <[email protected]>
Hi,

I've been investigating some problems with playing realmedia content 
using a combination of mplayerplug-in and mplayer, running on firefox 
1.5, on debian sarge.

I've compiled a recent CVS of mplayerplug-in (3.40 and just then 3.45), 
and they both exhibit the same problem.

The following URL contains a number of links to online radio stations 
that are streamed in realplayer format.

http://www.audionet.co.nz/live.html

The actual links to the content are .ram files, which contain a 
plaintext URL in the form pnm://server.at.someplace/foldername.

Mplayerplug-in seems to be throwing the original .ram URL at mplayer, 
which doesn't like it unless the -playlist option is set.

I made a simple change to my copy of plugin-list.cpp that corrected this 
behaviour:


(plugin-list.cpp, line 929, function buildPlaylist, inside while loop 
that reads contents of file/url passed in as *file)

---

             // real media RAM file (contains a pnm:// url)
             if (strncasecmp(buffer, "pnm://", 6) == 0 && found == 0) {
               snprintf((char *) buffer_lower, sizeof(buffer_lower), 
"%s", buffer);
               lowercase((char *) buffer_lower);
               p = buffer_lower;
               if (found == 0) {
                 if (DEBUG)
                 {
                     printf("found RAM file\n");
                 }

                 parent->playlist = 1;
                 parent->prefer_url = 1;
                 found = 1;
                 break;
               }
             }

---

Can you provide some confirmation of the problem I'm seeing, and 
incorporate a change in the spirit of what I'm trying to achieve into 
the CVS source?
At your convenience, of course. I can continue using my modified version 
in the interim.

Alternatively, can you point out what I've done wrong to arrive at this 
conclusion?

I'm also having trouble with the .m3u links off that page, but I'm yet 
to investigate them.

Cheers,
Alex.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.