Re: [Live-devel] UDP packets appear to be empty, forcing switch to TCP in VLC

2015-05-08 Thread Ross Finlayson
> We were getting the datagrams, but code inside GroupSock.cpp line 314 was > checking that the address matched the advertised address, and returning with > bytesRead still equal to zero, despite a successful read. No, that happens only if the call to “isSSM()” returned True - i.e., only if th

Re: [Live-devel] UDP packets appear to be empty, forcing switch to TCP in VLC

2015-05-08 Thread Dave McMordie
Okay, I think I have made some progress. I found two issues: 1. In-line with your firewall hypothesis, the server was announcing a 169.254.X.Y address, but I was playing from rtsp://127.0.0.1:5640/. When I pointed my rtsp URL to 169.254.X.Y instead of 127.0.0.1, the UDP packets start

Re: [Live-devel] UDP packets appear to be empty, forcing switch to TCP in VLC

2015-05-08 Thread Ross Finlayson
> I spent some time going through older posts on this mailing list and noticed > the requirement that we not send multiple NALs to the > H264VideoStreamDiscreteFramer. I put in a test looking for multiple NALs by > matching the 0x0001 start code and found that most encoded frame buffers >

Re: [Live-devel] RTSPServer with register to remote proxy

2015-05-08 Thread Hardik Sangani
Hi Ross, Thanks for the reply, i can not use another application for registration, because for that we need to have separate stream which we dont have, actually our requirement is, server should able to stream to WAN as well as if request is coming from local network then also server should able

Re: [Live-devel] UDP packets appear to be empty, forcing switch to TCP in VLC

2015-05-08 Thread Dave McMordie
On Fri, May 8, 2015 at 1:23 AM, Ross Finlayson wrote: > Having ruled out firewall and UDP transmission issues, what else could > cause RTP-over-UDP to fail when RTP-over-TCP works fine? > > > Nothing comes to mind, unfortunately. Assuming that you haven’t modified > the supplied code, I can’t th

Re: [Live-devel] RTSPServer with register to remote proxy

2015-05-08 Thread Ross Finlayson
> My requirement is to create RTSPServer which can register to remote proxy > server and stream , as well as it can able to stream for local client also > (normal behavior) at the same time. > > I tried to look into the examples code, but i am not able to discover how to > and where to add RTSP

Re: [Live-devel] H264 video conflict with AAC audio using same ServerMediaSession

2015-05-08 Thread Ross Finlayson
> After checking all my code carefully, it turned out to be my fault, I create > rtcpGroupAudiosock using the rtp port for audio instead of rtcp port, which > fix the problem, and both audio and video can stream together, and sync well, > but one problem still there when using VLC, two time stam

[Live-devel] RTSPServer with register to remote proxy

2015-05-08 Thread Hardik Sangani
Hi Ross, My requirement is to create RTSPServer which can register to remote proxy server and stream , as well as it can able to stream for local client also (normal behavior) at the same time. I tried to look into the examples code, but i am not able to discover how to and where to add RTSPServe

Re: [Live-devel] UDP packets appear to be empty, forcing switch to TCP in VLC

2015-05-08 Thread Ross Finlayson
> Having ruled out firewall and UDP transmission issues, what else could cause > RTP-over-UDP to fail when RTP-over-TCP works fine? Nothing comes to mind, unfortunately. Assuming that you haven’t modified the supplied code, I can’t think of any reason (other than firewalls) why RTP-over-TCP wo

Re: [Live-devel] Multiple NALUs concatenated together in one afterGettingFrame

2015-05-08 Thread Deanna Earley
Thank you for confirming those. I’ll do a follow-up as soon as we have packet capture. Kind regards -- Deanna Earley | Lead developer | icatchercctv w: www.icode.co.uk/icatcher | t: 01329 835335 | f: 01329 835338 Registered Office : 71 The Hundred, Romsey, SO51

Re: [Live-devel] Multiple NALUs concatenated together in one afterGettingFrame

2015-05-08 Thread Ross Finlayson
> Is there a way we, as the RTSPClient caller, can determine when RTP frames > have been lost Yes, look at “RTPReceptionStats”. Note (in “testProgs/playCommon.cpp”) how the “openRTSP” client implements the “-Q” (report QOS stats) option: http://live555.com/openRTSP/#other-options