The short answer here is that what you're proposing doesn't work.
Real doesn't support running both an encoding source -- RealProducer
-- and a streaming source -- RealServer -- on the same CPU. Video
encoding using RealProducer uses almost all available CPU, even at low
(single-digit) bit rates. Streaming a live presentation is also a CPU
hog, so when you try to do both on the same machine, it just doesn't
go. It is possible to overcome this hurdle in theory, but you would
need a heavy combination of CPU, RAM and Cache -- 1GHZ or higher CPU
and 500+ meg RAM.
I talked with Real Customer Support about this (I'm a licensed user),
and they recommend always running on 2 separate CPU's for what you're
proposing.
You should, however, be able to run both a RealServer and play a
static clip from the same machine -- have you tried retrieving a test
clip using this scenario?
But just in case, you still may have your links configured
incorrectly.
The "RealServer Administration Guide" (included with your RealServer,
check the "../Admin/Docs/Manual/" directory of your installation) in
Chapter 4: Sources of Content states that you should use a web link
that looks like this when linking from an HTML page:
http://address:8080/ramgen/encoder/live.rm
Where "address" is the IP number of your server, and "live.rm" is the
name of the live broadcast as you configured it in RealProducer.
You can also try this, as also advised in the administration guide:
"You can also play the clip by starting RealPlayer, clicking File>Open
Location, and typing the following in the dialog box that appears:
rtsp:address:554/encoder/live.rm"
Where "address" is the IP number of your server, and "live.rm" is the
name of the live broadcast as you configured it in RealProducer.
You should also read Chapter 5: Understanding Link Formats of the same
document for an exhaustive examination of how to link to files.
Other things to be aware of:
- The "mount point" and "port" for streaming live are user
configurable from the RealServer admin web interface. The URLs you
describe in your question are correct for an out-of-the-box
installation, but you may want to confirm they haven't been changed.
In the RealSystem Administrator, go to "Configure | Broadcasting |
Encoder" to confirm your settings.
- Also confirm that your username and password, entered in
RealProducer when setting up the live clip, are correct for the
EncoderRealm, accessed in the RealSystem Administrator under
"Configure | Security | Authentication"
- The file "a.rm" will not exist in your filesystem while you are
streaming live. This is a virtual file established by the RealServer
for the duration of the live broadcast. If you configured RealProducer
to "archive" the live presentation, it may appear once the broadcast
is complete.
I hope this answers your question. The RealNetworks website can be
overwhelming and confusing, but they do have links to all of their
documentation if you dig long enough. I've found in my use of the
RealServer that the Administrator's Guide is the most useful reference
available, and I consult it regularly.
Cheers, a_butler-ga
----------------------------
No searching for this answer
Other references:
"RealServer Administration Guide"
http://service.real.com/help/library/guides/server8/realsrvr.htm
"RealProducer PlusŪ User's Guide"
http://service.real.com/help/library/guides/producerplus85/producer.htm
RealNetworks Technical Support (by phone, available for licensed users
only.) |
Clarification of Answer by
a_butler-ga
on
02 Oct 2002 12:12 PDT
joelmessas-ga,
If you can correspond with the BBS user who is encoding to and
streaming from the same CPU, I'd encourage you to to see if they can
offer any advice on how they made it work.
Regardless, I'm sticking by my original answer. It's an unsupported
setup and even if one user can make it work, you may not be able to
reproduce the results.
If you Followed the steps I outlined in my answer, and the steps
included in the user docs, and it didn't work, your system probably
can't handle all the resources necessary to do this.
Sorry if this is dissapointing news.
If you learn of specific contrary information, I'd love to hear about
it to test it on my system.
Regards,
a_butler-ga
|
