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

brezhoneg1 brezhoneg1 at yahoo.fr
Fri May 17 18:30:41 CEST 2013

Le 17/05/2013 10:51, Jérôme Forissier a écrit :
> 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?

I submitted a patch for review on this mail list to fix the issue. Stay 
tuned !


More information about the vlc-devel mailing list