[vlc-devel] [RFC-PATCH] core/audio_output: do not drop (late) audio blocks if it would cause silence

[Filip Roséen]

> Since we got functionality in order to support resampling (to shrink the drift
> while maintaining playback), it should probably be used under circumstances as
> what is mentioned; or well, that was what went through my head when I wrote the
> patch.
> 
> The duration is just as much part of the entity as the PTS, and if one is used
> to make decisions about potentially discarding the entity itself, I'd say it is
> equally safe to use the other.
> 
> 
> The decision could however be improved by also incorporating AOUT_MAX_PTS_DELAY
> to actually discard blocks that we need to shrink (resample over time) to a
> lower duration than AOUT_MAX_PTS_DELAY (ie. preferring silence instead of a
> longer period of resampling).
> 
> My experiments has however showed that the gain is neglectable with my sample
> files (at least to the human ear), but in theory it could be an improvement.

Regarding what Remi wrote in the reply linked below, do we have some other ideas
(besides what has been proposed in the patch in question) that could solve this
issue?

  - https://mailman.videolan.org/pipermail/vlc-devel/2016-May/107673.html

Given that the patch solves a few of our the issues (and tickets) we are
currently facing regarding broken audio when seeking/audio running late; I would
love for a solution to the problem.

*If* the supplied patch is not sufficient, some brainstorming on how to fix the
issue would be awesome!

Thanks.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20160517/4b8a5ea9/attachment.html>