[Live-devel] RTSP server delivers HTTP 404 describe response to certain clients

[Shaheed Abdol]

Good afternoon,
 
I am using the StreamUCast.cpp file to run an RTSP server, I am not
providing data from files, but rather providing real-time data acquired
by other means (from hardware) and providing it to a subclass of
ServerMediaSession, 
when using this approach to stream audio, everything works fine - we can
use VLC to connect to the subsessions and successfully get data. I have
since modified the code to support outbound streaming of live video,
which is being packaged into elementary mp4 format using ffmpeg. The
conversion is successful, as there is a way to get the data to convert
without having to stream it. The issue I am having is that I cannot seem
to connect to the video subsessions, and receive an "HTTP - 404"
message, which means "stream not found", I have checked, and I am
registering my streams using the correct name, and as far as I have
debugged the code, everything is correct to the point where
createNewStreamSource is called in my COnDemandVideoInputSubsession
derived class. Farther than this I cannot debug, but I can see in the
code, and from VLC debug logs that the DESCRIBE command fails, but
cannot examine the data received, I at least know that the port opens
(set to default 8445) in TCP mode, and the connection to the port on the
remote machine is successful. I have scoured the mailing list and have
found posts from people using gmail addresses, and those posts we
basically ignored. Any ideas would be greatly appreciated.
 
Some more info:
 
StreamUCast (Server)
OnDemandVideoInputSubsession (subsession)
InputDeviceSource (FramedSource - returned by createNewStreamSource in
OnDemandVideoInputSubsession)
taskScheduler().createEventTrigger(deliverFrame0) is called in
constructor of InputDeviceSource
InputDeviceSource::doGetNextFrame is never called.
 
I have tried the RTSP client code provided in testProgs, but as expected
I get the same "HTTP - 404" error in the continueAfterDESCRIBE function.
I am pulling out my hair because within the same code, there is a case
for adding an OnDemandAudioInputSubsession, and I can pull the RTSP
stream from that perfectly using VLC and the testProgs rtsp client. I
know the problem is in my code, but the audio and video subclasses are
nearly identical in operation (except for the data source). The ultimate
question leads to a matter of design, could laggy data aqcuisition slow
the response times significantly for the RTSP clients to "time-out"
while waiting for the possibly-delayed response? If so, I could move the
data acquisition to a different thread to increase response time.
 
Thank you in advance for even reading this behemoth of a post.
Regards
___________________________________

Shaheed Abdol

 

Web: www.scansoft.co.za <http://www.scansoft.co.za/> 
Tel:  +27 21 913 8664
Cell: +27 79 835 8771
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20120326/aa8c98d1/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 32497 bytes
Desc: SST Email.png
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20120326/aa8c98d1/attachment-0001.png>