[Live-devel] testOnDemandRTSPServer multicast question

Tim J Shackleton live555 at timshackleton.com
Mon Dec 17 17:32:21 PST 2012


On 18/12/12 13:52, Ross Finlayson wrote:
> No.  As you can see from the "MPEG2TransportUDPServerMediaSubsession" 
> implementation, a new "MPEG2TransportStreamFramer" is created (and 
> used as the data source) each time "createNewStreamSource()" is called 
> - i.e., each time we start reading from the input stream.
>

Quite right - I flipped on DEBUG_PCR and clearly a FIRST PCR is present 
on every fresh client connect (from zero clients).  That would clear up 
that hunch fairly comprehensively.

The only thing left then, I suppose, is the socket receiving the data.

 From the PCR debug it's obvious though, that something is going very 
wrong, and I cannot see how it can be my multicast source, or the 
live555 example program supplied.  It appears to be a sudden lack of 
data on ingress, but I can prove that the data is still there, on the 
wire.  It's a professional source.  And the group is not 'left' by the 
socket, as previously discussed.

Quite baffled.  I'll continue investigating.  I won't rule out kernel 
level issues either at this stage!

Thanks,

-Tim



parseRTSPRequestString() succeeded, returning cmdName "PLAY", 
urlPreSuffix "test", urlSuffix "", CSeq "5", Content-Length 0, with 0 
bytes following the message.
sending response: RTSP/1.0 200 OK
CSeq: 5
Date: Tue, Dec 18 2012 01:20:49 GMT
Range: npt=0.000-
Session: 50345F36
RTP-Info: url=rtsp://10.2.1.182:8554/test/track1;seq=59716;rtptime=226380619

*PID 0x21, FIRST PCR 0x004e81a6+1:121 == 114.333311 @ 1355793649.575549, 
pkt #7*
PID 0x21, PCR 0x004e8583+0:046 == 114.355269 @ 1355793649.575600 (*diffs 
0.021959* @ 0.000051), pkt #61, discon 0 => this duration 0.000407, new 
estimate 0.000407, mean PCR period=30.500000
RTSPClientConnection[0x107ff70]::handleRequestBytes() read 147 new 
bytes:GET_PARAMETER rtsp://10.2.1.182:8554/test/ RTSP/1.0
CSeq: 6
User-Agent: LibVLC/2.0.4 (LIVE555 Streaming Media v2012.09.13)
Session: 50345F36


parseRTSPRequestString() succeeded, returning cmdName "GET_PARAMETER", 
urlPreSuffix "test", urlSuffix "", CSeq "6", Content-Length 0, with 0 
bytes following the message.
sending response: RTSP/1.0 200 OK
CSeq: 6
Date: Tue, Dec 18 2012 01:20:49 GMT
Session: 50345F36

PID 0x21, PCR 0x00511ba9+1:073 == 118.122171 @ 1355793649.629560 (*diffs 
3.788860* @ 0.054011), pkt #190, discon 0 => this duration 0.029201, new 
estimate 0.018505, mean PCR period=63.333333
PID 0x21, PCR 0x0051f33c+0:0a3 == 119.348539 @ 1355793650.536256 (*diffs 
5.015229* @ 0.960707), pkt #243, discon 0 => this duration 0.023139, new 
estimate 0.026027, mean PCR period=60.750000
RTSP client session (id "50345F36", stream name "test"): Liveness indication
PID 0x21, PCR 0x00532b7b+1:0de == 121.124886 @ 1355793653.086902 (*diffs 
6.791575* @ 3.511353), pkt #340, discon 0 => this duration 0.018313, new 
estimate 0.027713, mean PCR period=68.000000
PID 0x21, PCR 0x0053832a+0:028 == 121.623690 @ 1355793654.444790 (*diffs 
7.290380* @ 4.869241), pkt #391, discon 0 => this duration 0.009780, new 
estimate 0.023433, mean PCR period=65.166667
PID 0x21, PCR 0x0053c5d3+1:068 == 122.002926 @ 1355793656.085100 (*diffs 
7.669615* @ 6.509551), pkt #458, discon 0 => this duration 0.005660, new 
estimate 0.018183, mean PCR period=57.250000
PID 0x21, PCR 0x006e777b+1:051 == 160.878836 @ 1355793656.848786 (*diffs 
46.545526* @ 7.273237), pkt #498, discon 0 => this duration 0.971898, 
new estimate 0.618801, mean PCR period=55.333333
RTSP client session (id "50345F36", stream name "test"): Liveness indication
RTSP client session (id "50345F36", stream name "test"): Liveness indication
RTSP client session (id "50345F36", stream name "test"): Liveness indication
RTSP client session (id "50345F36", stream name "test"): Liveness indication
RTSP client session (id "50345F36", stream name "test"): Liveness indication
RTSPClientConnection[0x107ff70]::handleRequestBytes() read 142 new 
bytes:TEARDOWN rtsp://10.2.1.182:8554/test/ RTSP/1.0

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20121218/18de2f0e/attachment.html>


More information about the live-devel mailing list