[vlc-devel] [RFC PATCH 2/2] wasapi: reduce audio buffer
Thomas Guillem
thomas at gllm.fr
Fri Apr 6 10:13:36 CEST 2018
On Thu, Apr 5, 2018, at 17:24, Rémi Denis-Courmont wrote:
> Le torstaina 5. huhtikuuta 2018, 13.36.20 EEST Thomas Guillem a écrit :
> > On Thu, Apr 5, 2018, at 12:19, Rémi Denis-Courmont wrote:
> > > In principles, the minimum safe value is twice the largest decoded audio
> > > block. IIRC, WMA often makes 1 second blocks.
> >
> > How come ? Do you have any sources ? Does it still apply now with fast CPU /
> > decoders ?
>
> Uh, this is pretty basic packet buffering concept... Downstream needs slightly
> more than one ptime to not underflow, and upstream usually needs between zero
> and one ptime to do its processing on an ongoing basis.
But decoders don't take one ptime to decode one ptime, more like between 1/10 - 1/1000 ptime.
>
> And then you have the safety margin. Actually, triple ptime is a good rule of
> thumb that is used in some audio software.
>
> --
> 雷米‧德尼-库尔蒙
> https://www.remlab.net/
>
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> https://mailman.videolan.org/listinfo/vlc-devel
More information about the vlc-devel
mailing list