After doing a bit more digging in the code and on the web I've
discovered that the problem of not receiving RTSP commands after the
play command when using RTP-over-TCP streaming is a known problem
(although it is usually associated with the keep-a-live feature
(cough hack
The standard way fo
There is not any large delay (~5 to 10ms) from the call to downstream
call to doGetNextFrame() and the upstream call to
FrameSource::afterGetting(this) in DeviceSource.cpp.
from downstream call to doGetNextFrame()
fPresentationTime.tv_sec=1230780299
fPresentationTime.tv_usec=377538
from ups
dura is set for each call, 33366 for 30 frames per sec or 6 for
15 frames per sec, still the data is called for ~ every 1.
modulo_time_base=0x00
fNumVTIRBits=0x00
vop_time_increment=0x00
The above are always zero, could this be the problem?
No, I don't think so.
Also I'm not setting th
dura is set for each call, 33366 for 30 frames per sec or 6 for 15
frames per sec, still the data is called for ~ every 1.
modulo_time_base=0x00
fNumVTIRBits=0x00
vop_time_increment=0x00
The above are always zero, could this be the problem?
Also I'm not setting the presentation time, what
Hello All,
I having some difficulty on getting samples out of a
QTCaptureSession into MPEG4VideoStreamDiscreteFramer.
The DeviceSource::doNextFrame is only being called every 1 to 1.5
seconds, the delay is not
in MPEG4VideoStreamDiscreteFramer::doGetNextFrame().
The duration between success
I found this very good discussion on persistent tcp vs non-persistent
tcp RTSP clients.
http://www.ietf.org/mail-archive/web/mmusic/current/msg00655.html
From reading some of this thread and the live555 RTPSClient code it
appears that the RTSPClient is a persistent tcp client is this true?
H
After doing a bit more digging in the code and on the web I've
discovered that the problem of not receiving RTSP commands after the
play command when using RTP-over-TCP streaming is a known problem
(although it is usually associated with the keep-a-live feature (cough
hack) and not with usages
Ok I've got a little more information.
With respect to problem #2 I've discovered that the server is not
receiving or responding to any RTSP commands once the play command has
been issued when streaming over tcp. In particular I've tested the
TEARDOWN and SET_PARAMETER commands both of which th
I know this is sort of a loaded question probably without a clear answer
but here goes.
I was wondering if there are any known issues with using the
StreamOverTCP option of the RTSPClient::SetupMediaSession() when both
the client application and the server application are based on the Dec
4
thanks!
Happy new year!
Regards
On Wed, Dec 31, 2008 at 5:10 PM, Paul Clark wrote:
> Andre Morais wrote:
>
>> Thanks!
>> the problem is that I don't know how to do it on windows.
>>
>>
> VLC (www.videolan.org) will do it for you - tick "Stream/Save" in the
> "Open" dialog, then open Settings an
Andre Morais wrote:
Thanks!
the problem is that I don't know how to do it on windows.
VLC (www.videolan.org) will do it for you - tick "Stream/Save" in the
"Open" dialog, then open Settings and check "File" in the outputs. The
default is encapsulation in MPEG-TS without transcoding.
Paul
Hello All,
I having some difficulty on getting samples out of a QTCaptureSession
into MPEG4VideoStreamDiscreteFramer.
The DeviceSource::doNextFrame is only being called every 1 to 1.5
seconds, the delay is not in
MPEG4VideoStreamDiscreteFramer::doGetNextFrame().
A binary file of the QTCa
12 matches
Mail list logo
