[vlc-devel] Buffering when reading live HTTP streams
bob.forsman at ericsson.com
Wed May 30 18:55:26 CEST 2012
On Wed, 30 May 2012 02:24:27 -0400
Rémi Denis-Courmont <remi at remlab.net> wrote:
> On Tue, 29 May 2012 14:03:27 -0400, Robert Forsman
> <bob.forsman at ericsson.com> wrote:
> > On Tue, 29 May 2012 11:20:24 -0400
> > "Steinar H. Gunderson" <sgunderson at bigfoot.com> wrote:
> >> On Sun, May 13, 2012 at 11:04:50AM +0200, Steinar H. Gunderson wrote:
> >> > So, I guess my question then is: Exactly why does the timing go
> >> > haywire if
> >> > I turn off pace control? And is there anything to do about it?
> >> OK, it seems I can't expect anyone to jump up and come up with a
> >> fix
> >> here, so what about a temporary hotfix? The UDP module already
> >> the
> >> receive buffers to 512 kB, so maybe we can do the same thing for the
> >> module? That would at least hide the problem most of the time, as long
> >> as the
> >> user doesn't try to pause the stream.
> > Buffering is usually addressed by the specification for the container
> > format.
> TCP buffering is addressed by the IETF in its protocol specification and
> in the IP stack. Anyone who claims that it should be defined somewhere else
> needs to learn about pragmatism and layer separation.
I misread the original message. I do not recommend fiddling with the
OS layer buffers. The buffering I am talking about is inside the
layers of the software that deal with the stream container and the
video and audio access units.
More information about the vlc-devel