audio/mpeg; /mit/infoagents/bin/mpg123 -R -b 0 --ctl_subprocess /mit/infoagents/bin/mpg123ctl - ; stream-buffer-size=2000 audio/x-mpeg; /mit/infoagents/bin/mpg123 -R -b 0 --ctl_subprocess /mit/infoagents/bin/mpg123ctl - ; stream-buffer-size=2000
| See why we prefer to not have people enter them
by hand?
Your .mime.types file needs the following line, which is much simpler. audio/mpeg mp3 Once these lines have been added, Netscape should play MP3s correctly
from your local settings.
5. The stream seems to be playing - the timer digits are changing - but I don't hear anything. Well, if you're on a cluster machine, the sound may be disabled (and you should be listening to this with headphones). Press the "Audio Controls" button on the MP3 control panel. The system's audio control app will appear. (It may fall "behind" the Netscape window when it does, especially if there is a color or other X error, which happens on Suns a lot. Minimize windows and you'll see it lurking back there.) Turn down the volume so you don't deafen yourself, and then click the Speaker button (for a quick test only, unless you're in private) or the Headphone button. If there's a Mute option, make sure that's off. See the man pages for audiocontrol (on
an Athena Sun) or audiopanel (on an Athena SGI) for more information,
may want to add links to:
6. Oops! I downloaded the MP3 file instead of streaming it. What's the difference, and where did that huge file go? Do I need to delete it? No. It's in a temporary area and should vanish with no anguish, unless
you're putting Netscape's cache/temporary files in the wrong place. When
you download the file (Save First), you get the whole thing before you
can play it; when you stream it (Play From Network), you play it as it
loads. Either way, it vanishes once it's played.
7. I hit the Stop or Quit button and the playback stopped, but the control panel stayed around for a while. It's normal for the panel to linger for several seconds. (In fact, it's deliberate, to give you time to read the "Done" message.) If it's longer than a minute, just close the control panel yourself; it's probably gotten confused. Maybe at this point a quick guide to the
control GUI is in order. I guess it would be ideal if I add
it to the GUI itself under "Help", but it's really pretty self-explanatory;
the audio control UIs don't have any useful help, either..
The Athena MPEG-player control panel has
the following components:
MPEG Player GUI Controls:
8. I hit the Stop or Quit button, the control panel's gone now, but Netscape itself is still loading the file. This happens a lot. Netscape's ignoring the "we're done now" messages from the MP3 handler. It's safe to press Netscape's Stop button. Yup, I'd go so far as to say, this happens every
time. It's a bug in Netscrape, work around it by hitting the
traffic light.
9. What's the point of the "Stay" checkbox? Diagnostic only. If you happen to get an error, the stream stops; unfortunately
this means the control panel goes away. The checkbox keeps it around long
enough for you to read the error (so you can tell us about it). Don't use
it unless you're having problems.
10. I pressed Quit and an error appeared: "EOF in pipe to mpg123, maybe it died?" At the moment this is apparently normal. Stop and Quit effectively do
the same thing, but Stop is the recommended way to exit. (Actually, letting
the stream play itself out is the recommended way to exit. See question
15.)
11. Pause doesn't pause immediately. No, it can't. The player has to play whatever is in the buffer before
it can pause.
12. Why isn't there a Rewind button? Streaming media doesn't rewind. Play it again, Sam.
13. No matter what MP3 I play, the control panel never shows any identifying information, only "Streaming input" at the top. This is a problem with Apache's ability to handle streaming media. The ID information is at the end of the MP3 stream, not the beginning, and therefore we can't get at it until after we've already played it! So, for now, all MP3s are generic "streaming input." This isn't peculiar to Apache, actually, it's an inherent problem with any Web server sending an MP3 file as a stream -- MP3's dont even necessarily _have_ metadata, and if they do it's at the end. What other sites do is use a different protocol entirely to deliver an MP3 to a special external player.. Other MP3 sites have stumbled over this very same problem and have a
tendency to "wrap" their MP3s - sending a link to the stream rather than
the stream itself - in order to first send the ID information. Which brings
us to our next question ....
14. I was trying to play a non-Athena MP3 and all I got was the "End of input" message, nothing else happened. You were probably actually getting an MP3 URL - the location of a stream, not the stream itself. Apparently most of the big MP3 sites "wrap" their streams this way (see the question above), and our MP3 handler doesn't know how to deal with these URLs. Yet. So you can't play them. You can only play direct MP3 streams. Please bear in mind that an MP3 player is in the infoagents locker only for the purpose of playing official course materials, and therefore all MP3 playback outside MIT is "non-supported" anyway. Maybe the way to put this is "playback of MP3s originating from outside of MIT is not supported." 15. I tried to play a stream and got an error from Netscape about 'stdin'. Now every time (or almost every time) I play a stream, I get this error. This is a bug in Netscape. Downloading the file (Save File) instead
of playing it from the network seems to cure it, but that's a drastic solution.
Exiting Netscape and restarting it should also work. To make this happen
less often, don't Stop streams in the middle if you can avoid it.
16. What systems does the Athena MP3 player run on? Suns and SGIs have been supported and tested. A player has been installed for Linux systems but has not, as of this writing, been tested. There's an equally untested i386-netbsd version
too, actually!
7 Feb 2000 - Todd Belton |