> I’ve a question about H264VideoStreamFramer and H264VideoStreamDiscreteFramer.
> Since my video frame source is discrete (frame by frame), I use
> H264VideoStreamDiscreteFrame.
> However, I discover the H264VideoRTPSink didn’t have SDP (dump auxSDPLine()
> periodically) with H264VideoStreamDisc
It's very unlikely that the LIVE555 version upgrade caused your crash. More
likely, it somehow exposed a bug in your code that already existed.
> The following is the crash message.
> FramedSource[0x16338d0]::getNextFrame(): attempting to read more than once at
> the same time!
This error mes
Hello Rose,
I’ve a question about H264VideoStreamFramer and H264VideoStreamDiscreteFramer.
Since my video frame source is discrete (frame by frame), I use
H264VideoStreamDiscreteFrame.
However, I discover the H264VideoRTPSink didn’t have SDP (dump auxSDPLine()
periodically) with H264VideoStreamD
Hello Rose,
When I upgrade live555 from 2013.04.01 to 2013.09.08, I got crash after run my
program for a while.
The following is the crash message.
FramedSource[0x16338d0]::getNextFrame(): attempting to read more than once at
the same time!
I am using BasicUDPSink to streaming H.264 and AAC wit
> I know, I do not want to configure the client as multicast or unicast, I only
> want to know if RTSPClient received “Transport:RTP/AVP;unicast;” or
> “Trasport:RTP/AVP;multicast;” on SETUP reply.
OK - you can do this by testing the IP address for the "MediaSubsession"
object. E.g., using the
I know, I do not want to configure the client as multicast or unicast, I only
want to know if RTSPClient received "Transport:RTP/AVP;unicast;" or
"Trasport:RTP/AVP;multicast;" on SETUP reply.
Regards.
Miguel Ángel Orenes Fernández
Software Engineer
DisplayNote Technologies Ltd.
P +34 868 07
No, it's the server - not the client - that decides the characteristics of a
RTSP stream, including whether it's unicast or multicast. The only way for a
RTSP client to explicitly choose between a unicast and a multicast stream is if
the server has been set up beforehand to serve both kinds of
Transport: RTP/AVP;unicast;
I would like to know if RTSPClient is configured as multicast or unicast. I can
see on parseTransportParams that this parameter is treated but is not stored in
order to get later, then I am not able to know from client part if RTSPServer
is working as multicast or un
> In other words, suppose only N+2 is delayed we would have:
> N, N+1, ---delay 100ms --- N+2
No. In this case - because there's no gap in RTP sequence number - each of
these three packets is delivered immediately, when they arrive. There's no
extra delay.
> But suppose N+2 and N+3 are dela
> I want to handle the SETUP params that my RTSPClient is receiving when a
> RTSPServer sends the reply, I thought inherit by RTSPClient and to rewrite
> parseTransportParams or handleSETUPResponse but I cannot because these
> methods are declared as private.
Those member functions are not inte
Ross,
Thanks for the answer. That clarifies things.
Another question. You say:
If, however, the 'packet reordering threshold' threshold elapses without packet
N+1 arriving, then (the already-arrived) packet N+2 will get delivered instead.
In this case, packet N+1 will never get delivered, even
Hi there,
I want to handle the SETUP params that my RTSPClient is receiving when a
RTSPServer sends the reply, I thought inherit by RTSPClient and to rewrite
parseTransportParams or handleSETUPResponse but I cannot because these methods
are declared as private.
Is there any way to handle the rep
12 matches
Mail list logo
