I should add that in version 06.04.13 of this problem is not observed. I
also have to add that the testRTSPClient crashes when in the
"shutdownStream" function instead "exit(exitCode);" of the substitute
"eventLoopWatchVariable = 1;".
23.07.2013 12:24, Andrey Shvyrkin пишет:
Hi, Ross. I re
> I have been working with the testRTSPClient example for reading from an MJPEG
> camera. I understand that when afterGettingFrame() is called, fReceiveBuffer
> contains the raw RTP packet
You understand incorrectly. All of the RTP (and RTCP) processing is done by
our code; that's why our code
I have been working with the testRTSPClient example for reading from an MJPEG
camera. I understand that when afterGettingFrame() is called, fReceiveBuffer
contains the raw RTP packet, and I need to reformat the header to get
"standard" JPEG files.
What is the recommended method for doing this?
Can I test my understanding of the testMPEG4VideoStreamer multicast
sample application and ask a question on the server media session
reference count ?
testMPEG4VideoStreamer creates an RTSP server to stream test.m4e and
reports 'Play using this stream using the URL ...'. The URL is of the
for
Hello,
I'm creating a live streaming library and I have problems with setting up
h264 video stream. I implemented a MediaSource class to wrap MS Media
Foundation H264 encoder and plugged it into my custom subsession, like this:
CIMediaSource* source = CIMediaSource::createNew(envir(), FrameProvi
Hi, Ross. I rebuilt live555MediaServer from the latest source from
2013.07.16. I have a problem when playing back on stream TCP.
Immediately after playing the file until the end is falling and the
client and the server. If you set the playing time (that is, not until
the end of the file), then
