[FFmpeg-devel] [PATCH 1/3] ffplay: reimplement early frame drop

Marton Balint cus at passwd.hu
Tue Oct 25 00:58:41 CEST 2011

On Mon, 24 Oct 2011, Michael Niedermayer wrote:

> On Mon, Oct 24, 2011 at 11:17:13PM +0200, Marton Balint wrote:
>> On Sat, 22 Oct 2011, Michael Niedermayer wrote:
>>> On Fri, Oct 21, 2011 at 11:33:21PM +0200, Marton Balint wrote:
>>>> This patch reimplements early frame drop, it is now based on the current
>>>> difference between the master clock and the video clock, and the pts of the
>>>> current and the last displayed (or skipped) frame.  If the frame to be added to
>>>> the queue is late after decoding, then we drop it early because later we would
>>>> drop it anyway (unless it is the only frame in the picture queue).
>>>> The current approach has only one downside that I know of, it does not handle
>>>> well when the filters are changing significantly the pts of the frames, because
>>>> we compare pts values from filtered and unfiltered frames.
>>>> We also start using the pictq_mutex to ensure consistent video_current_pts,
>>>> video_current_pts_drift, frame_last_pts, frame_last_dropped_pts and
>>>> frame_last_dropped_pos values.
>>> the patches work fine, thanks for looking into this
>> Great, I pushed the patches to my stable branch.
> are they ready to be pulled or should i wait ?

They are ready, pull please.


More information about the ffmpeg-devel mailing list