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
<<SST Email.png>>
_______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
