[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
How to get SMIL/Real Player to work (in Linux)
From what I can tell, I've managed to get the SMIL Link to work in Linux,
and I suspect that the fix might work for other OSs as well. A few people,
including myself, hypothesized that the problem might be that real
expected a ram-to-smil redirect. I made a copy of the 'replay' CGI script
and added a feature so that it automatically created this redirect
behavior without creating any temporary files.
However, this didn't solve the problem. I then suspected, and later
confirmed using a homemade 'plugin', that the problem exists because
Netscape isn't passing the CGI URL to RealPlayer--this is why RealPlayer
starts up and just sits there. To fix the problem, in Linux anyway, add a
"%u" (including quotes!) after the realplay name (e.g.,
/usr/X11/bin/realplay "%u").
Earlier this week I meant to send out a message regarding realplayer and
vat, but I don't believe it got sent out. Here's a quick summary:
Under Linux, if you save the link to a file, and then tell realplay to
execute the file, you get an odd message about needing some
extensions/enhancements. If you rename the file so that it has an .smi or
.smil extension (e.g., replay.smil), then things appear to work okay.
Some people had problems with using nsdr's SDP announcement, and
consequently tried to 'manually' start the mcast apps from the command
line. I've been told that if you run vat from the command-line, then you
may need to add a "-r" parameter so that vat uses RTP packets (as opposed
to the original audio packet format that is a predecessor to the
standardized RTP version 2). Vat silently drops packets with an incorrect
RTP version; if your version of vat has an operational "Global Stats"
button, then you can use that to determine if 1) you are receiving packets
and 2) whether the RTP version is correct (an incorrect version likely
means that "-r" needs to be used).
MD