[FFmpeg-trac] #6163(undetermined:closed): concat demuxer produces invalid output with frame-held mp4

FFmpeg trac at avcodec.org
Sun Feb 19 16:43:18 EET 2017

#6163: concat demuxer produces invalid output with frame-held mp4
             Reporter:               |                    Owner:
  JohnHawkinson                      |                   Status:  closed
                 Type:  defect       |                Component:
             Priority:  normal       |  undetermined
              Version:  git-master   |               Resolution:  invalid
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |

Comment (by Cigaes):

 > > The {{{+}}} in front of the pixel formats does not do what you think
 it does. Remove it in your first command and try again.
 > This does not seem to have helped, see below. It's my recollection
 (perhaps flawed) that it had been necessary in the past.
 Obviously it helped, since a command that did fail now works.
 > {{{
 > pb3:test jhawk$ ffmpeg -loop 1 -i f1.png -t 3.933 -pix_fmt yuv420p -r
 29.97   h4.mp4
 > }}}
 Just for the record, {{{-r 29.97}}} is almost certainly wrong.
 > But then when I concatenate the 4 second frame hold with the 1 second
 > {{{
 > [concat @ 0x7fb101800a00] New audio stream 0:1 at pos:216156 and
 > }}}
 Quoting the documentation: “All files must have the same streams (same
 codecs, same time base, etc.).”

 Obviously your second file has audio and your first file does not.

 Since we never saw the properties of the second file, we can not help

 I do not believe your problem exhibits a bug in FFmpeg. Since this is what
 this tracker is about, I strongly suggest that you seek help somewhere
 more adapted.

Ticket URL: <https://trac.ffmpeg.org/ticket/6163#comment:7>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker

More information about the FFmpeg-trac mailing list