[FFmpeg-devel] [PATCH] libavformat: fix inputs initialization in mpegts muxer with filters

[Michael Niedermayer]

On Fri, Apr 19, 2019 at 08:23:35AM +0000, Andreas Håkon via ffmpeg-devel wrote:
> 
> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
> On Thursday, 18 de April de 2019 22:07, Michael Niedermayer <michael at niedermayer.cc> wrote:
> 
> >
> > fails to apply cleanly
> >
> > Applying: libavformat: fix inputs initialization in mpegts muxer with filters
> > Using index info to reconstruct a base tree...
> > error: patch failed: fftools/ffmpeg.c:4613
> > error: fftools/ffmpeg.c: patch does not apply
> > error: Did you hand edit your patch?
> > It does not apply to blobs recorded in its index.
> > Patch failed at 0001 libavformat: fix inputs initialization in mpegts muxer with filters
> >
> 
> Sorry Michael another time!
> 
> Here a new version from a clean copy.
> 
> Regards.
> A.H.
> 
> 
> ---

> From 936740731c17a9757aa093bdb35d9772df1e64a8 Mon Sep 17 00:00:00 2001
> From: Andreas Hakon <andreas.hakon at protonmail.com>
> Date: Fri, 19 Apr 2019 09:17:32 +0100
> Subject: [PATCH] libavformat: input init mpegts with filters v2
> 
> This patch solves the initialization of the inputs when using filters 
> (a graph filter) with the mpegts muxer.
> 
> This bug seems to be generated by a simple forgetting to copy. The same code is
> repeated two times, but only in one case the variable inputs_done is initialized.
> 

> Testcase:
>  $ ffmpeg -f mpegts -i mpeg.ts \ 
>    -filter_complex "[i:100]fps=fps=25[out]" \
>    -map "[out]" -c:v libx264 -f mpegts out.ts

i see no difference in the output (same md5)
with what input file does this show a difference?

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

The educated differ from the uneducated as much as the living from the
dead. -- Aristotle 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: not available
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20190419/28bde0c3/attachment.sig>