[vlc-devel] [PATCH] rework the video frame skipping/dropping strategy in the avcodec decoder

Rémi Denis-Courmont remi at remlab.net
Fri Feb 27 11:08:38 CET 2015

Le 2015-02-27 12:33, Steve Lhomme a écrit :
>> This may be less prevalent now than when the code was written, but 
>> rendering
>> a picture can consume a lot of CPU (for filters and conversions) 
>> and/or a
>> lot of time (if the video output is slow). Also 50ms is already 
>> longer than
>> the typical frame period (assuming more than 20 fps), so there 
>> should
>> already be a newer picture to render.
> Yes, but in the case of CPU overload each coming frame is later than
> the previous one.

Who cares about that case? If the delay keeps increasing, palliation at 
the video output is impossible anyway.

> And in the end nothing is displayed at all. Maybe if
> nothing has been displayed in 100ms or we dropped 5 frames we could
> decided to display it anyway ? It's better than having the file being
> decoded and never showing anything. That could improve the playback
> experience on low spec devices.

And rendering late frames will make recovery from transient hiccups 
more difficult and less likely. That seems like a terrible idea.

Rémi Denis-Courmont

More information about the vlc-devel mailing list