[Live-devel] Re: testOnDemand and openrtsp play problem
Ross Finlayson
finlayson at live.com
Sun Nov 9 18:31:30 PST 2003
>c:\>testOpenRtsp.exe
What's this? The name of the application is "openRTSP", not
"testOpenRtsp". Please don't try to modify the existing application, until
you have it working
> -a -V -n rtsp://192.168.2.224:7070/ >> dump.txt
You should omit the "-a" option; it means 'output to stdout'. This means
that - in this case - the incoming data will be appended to your file
"dump.txt", which is probably not what you want. So, just use "-V -n", and
the incoming data will be written into a file named "audio-<something>".
Also, your example suggests that you were *not* streaming from
"testOnDemandRTSPServer"; instead, you were streaming from a copy
"testMP3Streamer" that you had modified (to enable the built-in RTSP
server, and to stream using "ADU"s).
Note that "testMP3Streamer" - unlike "testOnDemandRTSPServer" - sends
*multicast* streams, not unicast. If you are failing to receive data from
"testMP3Streamer", it may just be because your receiver is not on the same
LAN as the sender (and multicast routing is not enabled between
them). That would explain why you're not receiving multicast data.
Please start again from the *original, unmodified* applications:
- testOnDemandRTSPServer
- openRTSP
Only once you have verified that these applications work OK for you should
you think about modifying them, or using different applications.
Ross Finlayson
LIVE.COM
<http://www.live.com/>
More information about the live-devel
mailing list