> 1. I followed the FAQ's recommendations, which increased the receiveBuffer to
> (VLC's recommended) 200. (Note, I also tried 40, same results as
> 200, also note there are no truncated bytes).
Note also that the "increaseReceiveBufferTo()" function returns the actual
resulting OS
One quick point of clarification about GOP sizeI think it is probably
clear, but just in case it isn't: we are sending I-frames in our NAL 5s -- no
differentials. The stream looks like this
[7][8][5][7][8][5][7][8][5]...
Each NAL 5 is an i-frame, 23K each. I hope that clarifies.
Brad
On
Ross,
Thanks for the reply. I appreciate the pointer to the additional information. I
did read it and followed its advice, but in a nutshell, I'm still experiencing
around 60% packet loss though doing very little processing in the
afterGettingFrame() method callback in my MediaSink subclass. T
> I thought it would be good to mention here that I have submitted a patch to
> uClibc to avoid a segfault while streaming H.264 video with
> testOnDemandRTSPServer. The bug report and patch can be found here:
>
> https://bugs.busybox.net/show_bug.cgi?id=4964
Eric,
Thanks for mentioning this.
I thought it would be good to mention here that I have submitted a patch to
uClibc to avoid a segfault while streaming H.264 video with
testOnDemandRTSPServer. The bug report and patch can be found here:
https://bugs.busybox.net/show_bug.cgi?id=4964
--
Sincerely,
Eric Nadler
Senior Software E
Thanks for the report. I'll fix this in the next release of the software.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
Hi Ross,
in RTSPClient.cpp::handleResponseBytes, newBytesRead is casted to
unsigned. But this value can be negative when a socket error occurred.
In this case we will se the error message :
RTSP response was truncated. Increase "RTSPClient::responseBufferSize"
But it is not the case, the real er
> > If you're curious, I suggest that you review the code for the
> > "testVOBStreamer" demo application (in "testProgs").
>
> I try use this the file but when i select options " -a " i can't heard sound.
> I decide try catch rtp packets( via rtsp server ) and put them in a file,
> and them
Hi Renato,
Thanks for sharing the information.
Panasonic manuals does not mention any such thing. Will check with their
support.
Regards,
Sambhav
On Mar 20, 2012, at 4:58 PM, Renato MAURO (Libero) wrote:
> Hi Sambhav.
>
>
> I had the same problem with some Samsung devices, since the serv
If you're curious, I suggest that you review the code for the
"testVOBStreamer" demo application (in "testProgs").
I try use this the file but when i select options " -a " i can't heard
sound. I decide try catch rtp packets( via rtsp server ) and put them in
a file, and them play via VLC, but
10 matches
Mail list logo