[vlc-devel] Earlier frame displayed despite start-time option?

[Jérôme Forissier]

On 16 mai 2013, at 21:59, brezhoneg1 wrote:

> Hi,

Hi Erwan,

> I also noticed this issue. Actually vlc starts buffering (by default, 300ms for local files) for start-time  0.  Then, when this buffering is terminated, the seek control with the initial start-time provided by the user is fetched, the seek is issued and a second 300 ms buffering is then performed.
> 
> In the source code, it seems this first buffering could be avoided if the check for controls was performed prior to starting a first demux rather than after doing it. Or, if not possible, at least the seek for this initial start-time should be performed first thing if different from 0.
> 
> As for the reason why only one frame is seen, this is because all frames are retained at the decoder level till the end of buffering, all frames but the first video frame that is allowed to reach the display as soon as it is decoded. I guess this makes the system more responsive from a user's viewpoint if buffering takes too much time, and it also allows for seeking while in pause mode and maybe other reasons ...


Thanks, this really explains what I see.

>  Anyway, the solution would rather be to avoid the entire first buffering and, as a consequence, the issue you describe would be solved.

Sounds like a reasonable thing to do. Which files should I look at?

-- 
Jérôme