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

> Thanks for the quick response. I have upgraded both the client and server to > the May 3rd 2015 edition and the result appears to be the same. On the > receiving side I am still getting packets which appear to contain data (or > random garbage), and the head == tail, so the frame size is zer

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

On Wed, May 6, 2015 at 2:57 PM, Ross Finlayson wrote: > I have a live555 on-demand RTSP server running locally (this is an older > version from about 2013) > > > Sorry, but old versions of our code are not supported - at all. > http://live555.com/liveMedia/faq.html#latest-version > Thanks for th

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

> I have a live555 on-demand RTSP server running locally (this is an older > version from about 2013) Sorry, but old versions of our code are not supported - at all. http://live555.com/liveMedia/faq.html#latest-version Ross Finlayson Live Networks, Inc. http://www.live555.com/ _

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

Hi, Great library; thanks for the years of hard work which have gone into it. I have a live555 on-demand RTSP server running locally (this is an older version from about 2013), streaming H.264 video (compressed by ffmpeg or a hardware codec depending on where I run the code). With VLC, when I st

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

> Right now, I have problem make them stream out together, it seems audio will > hang the video immediately when connect the RTSP server using VLC I suggest that you first use our “openRTSP” RTSP client application > to test re

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

> Comparing these to the packet capture, […] the I frame at packet numbers > 19289 to 19463 where the marker bit is set. Note the RTP sequence numbers in these packets: 9159 to 9340. Now do you see the problem? (Hint: 9340-9159 > 19463-19289) Congratulations! You’ve just demonstrated somethin

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

Hi All, I implemented live H264 Video and aac Audio source from hardware encoder, and then rewrite "H264framedsource" and "AACFramedsource" class derive from "FramedSource" based on the "DevSource", both audio and video are using "singalNewFrameData" as callback function to signal the "deliverFram

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

Hello Ross. I now have a packet capture of the second case I mentioned (H.264 I frame being dropped) which I think is related. https://dl.dropboxusercontent.com/u/2931731/Bugs/liveMedia/dropped%20I%20frame/videostream.pcapng https://dl.dropboxusercontent.com/u/2931731/Bugs/liveMedia/dropped%20I%2