[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