[FFmpeg-user] concat fails in current build with Mobius videos

[S Andreason]

Carl Eugen Hoyos wrote:
> Please either run git bisect yourself or provide a reproducible
> testcase for us.
I can provide a reproducible sample.
https://www.seahorsecorral.org/videos/tests/20200227_1039_panorama-canyon-snow-lowres_rec_1504.mov

The resolution was not a factor, and repeating a single file is adequate.
The automatic 3 minute clip generation Is the trigger.
The smallest video I can make is still 74Mb in size.

$ cat concat-list-test.txt
file '20200227_1039_panorama-canyon-snow-lowres_rec_1504.mov'
file '20200227_1039_panorama-canyon-snow-lowres_rec_1504.mov'
file '20200227_1039_panorama-canyon-snow-lowres_rec_1504.mov'

$ ffmpeg-20200227 -f concat -i concat-list-test.txt -c copy 
concat-canyon-lowres-out.mov
ffmpeg version 4.2.git Copyright (c) 2000-2020 the FFmpeg developers
   built with gcc 6.3.0 (Debian 6.3.0-18+deb9u1) 20170516
   configuration: --prefix=/usr/local --enable-gpl --enable-libmp3lame 
--enable-libx264 --enable-libopenjpeg --enable-libfreetype --disable-doc 
--disable-htmlpages --disable-podpages --enable-shared 
--extra-cflags=-I/usr/include --extra-ldflags=-L/usr/lib/i386-linux-gnu 
--enable-libass
   libavutil      56. 42.100 / 56. 41.100
   libavcodec     58. 73.102 / 58. 69.100
   libavformat    58. 39.101 / 58. 38.100
   libavdevice    58.  9.103 / 58.  9.103
   libavfilter     7. 77.100 /  7. 76.100
   libswscale      5.  6.100 /  5.  6.100
   libswresample   3.  6.100 /  3.  6.100
   libpostproc    55.  6.100 / 55.  6.100
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x55789126f2c0] Auto-inserting 
h264_mp4toannexb bitstream filter
Guessed Channel Layout for Input Stream #0.1 : mono
Input #0, concat, from 'concat-list-test.txt':
   Duration: N/A, start: 0.000000, bitrate: 3135 kb/s
     Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 
848x480, 2623 kb/s, 30 fps, 30 tbr, 30k tbn, 60k tbc
     Metadata:
       creation_time   : 2020-02-27T10:39:46.000000Z
       handler_name    : VideoHandler
       encoder         : h264
     Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 32000 Hz, 
mono, s16, 512 kb/s
     Metadata:
       creation_time   : 2020-02-27T10:39:46.000000Z
       handler_name    : SoundHandler
Output #0, mov, to 'concat-canyon-lowres-out.mov':
   Metadata:
     encoder         : Lavf58.38.100
     Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 
848x480, q=2-31, 2623 kb/s, 30 fps, 30 tbr, 30k tbn, 30k tbc
     Metadata:
       creation_time   : 2020-02-27T10:39:46.000000Z
       handler_name    : VideoHandler
       encoder         : h264
     Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 32000 Hz, 
mono, s16, 512 kb/s
     Metadata:
       creation_time   : 2020-02-27T10:39:46.000000Z
       handler_name    : SoundHandler
Stream mapping:
   Stream #0:0 -> #0:0 (copy)
   Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x55789126f2c0] Packet corrupt (stream = 0, 
dts = 5430000).
[concat @ 0x557891265a00] h264_mp4toannexb filter failed to receive 
output packet
concat-list-test.txt: Invalid argument
frame= 5430 fps=0.0 q=-1.0 Lsize=   69307kB time=00:03:00.99 
bitrate=3137.0kbits/s speed=1.38e+03x
video:57918kB audio:11312kB subtitle:0kB other streams:0kB global 
headers:0kB muxing overhead: 0.111037%

Considering Paul's answer, perhaps these files are not meant to be 
concat without trimming to 3.00 minutes first. I can see this being a 
feature, and not a bug.