[FFmpeg-devel] [WIP] [PATCH 1/2] lavfi: add an API to synchronize multiple video inputs.

Paul B Mahol onemda at gmail.com
Wed Aug 28 14:59:38 CEST 2013


On 8/27/13, Nicolas George <nicolas.george at normalesup.org> wrote:
> Compared to dualinput, this API can handle more than two
> inputs and can generate frames synchronized to any or all
> input streams.
>
> Signed-off-by: Nicolas George <nicolas.george at normalesup.org>
> ---
>  libavfilter/framesync.c |  222 +++++++++++++++++++++++++++++++++++++++++++
>  libavfilter/framesync.h |  242
> +++++++++++++++++++++++++++++++++++++++++++++++
>  2 files changed, 464 insertions(+)
>  create mode 100644 libavfilter/framesync.c
>  create mode 100644 libavfilter/framesync.h
>
>
> Note: this is work in progress, but I do not know when I will be able to
> work on it again.
>
> It came as a reaction to mail on the user mailing list: how to overlay a
> video on top of a constant background. The problem is that the overlay
> filter, and the dualinput API that was extracted from it to serve for other
> filters, can only synchronize on the background video: since the background
> is a constant image, it does not move. If the video on top has constant
> frame rate, the problem can be solved by setting vf_fps on the background.
> Otherwise, the suggested solution was to make a sandwich: overlay the
> completely opaque background on top of the video to get the background with
> the video timestamps, and then overlay the video. That works (except if the
> background itself has alpha), but that is ugly and inefficient.

Why adding filter that just repeats frame is (still) ignored?

Btw, I really like multiple input support feature and I'm interested in this
feature being applied.

>
> The obvious quick-and-dirty solution would be to add sync=second option to
> the dualinput API, but that is just that: quick and dirty, it does not
> cover
> other uses: combining R, G, B input planes (three inputs), computing the
> PSNR of videos with the same frame rate but different skipped frames (must
> generate an event for frames on any input).
>
> This API aims to handle all the cases.
>
>

[...]


More information about the ffmpeg-devel mailing list