[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