> How would you recommend I work around this problem?
Why don't you ask the manufacturer of the encoder server to fix it so that it
includes the "rtptime" parameter in the "RTP-Info:" header?
Without that, you won't be able to use "getNormalPlayTime()". But you may be
able to estimate the 'nor
Hi All,
I am using the openRTSP code base to obtain frames from a video encoders and
store them to disk. I use the MediaSubsession::getNormalPlayTime() quite
extensively to calculate and store some timing information with the incoming
frames. This process works well. However recently, I have be
> After running openRTSP the last thing displayed is Data packets have begun
> arriving [#], I did not here any beep. After browsing the source I found
> that the playCommon.cpp has this message and a \007, which apparently did not
> cause the beep (no big deal). Now I see I have started s
After running openRTSP the last thing displayed is Data packets have begun
arriving [#], I did not here any beep. After browsing the source I found
that the playCommon.cpp has this message and a \007, which apparently did not
cause the beep (no big deal). Now I see I have started streaming
HI Ross,
I have a problem in Audio/Video sink.
Video comes from camera and encoding to H.264 and audio comes directly from
microphone (PCM 16-bit LE, Sampling frequency is 8k, mono(1 channel)).
We are able to get Video, Audio sink with the minimal delay.
Now the problem is Sometimes Video stop
