Possible regression MPEG-TS muxing multiple audio streams: f4eb7d84a7c219eac130750417e4bc2cbbff7b3f

[keynet]

Commit f4eb7d84a7c219eac130750417e4bc2cbbff7b3f causes a problem for some players in my testing, e.g. Kodi and SMplayer (mpv) unable to recognise a second audio stream that starts some time after the primary audio. The test source was transcoded from the full HD stream to 1280x720 by ffmpeg.

Use case: Off-air recording with an HE-AACv2 Audio Description sound track that starts for example 20s or so later than the AAC stream. A big file, 25M+ is needed to test this (hence probesize value).

Reverting the above commit on current git restores expected functionality with Kodi. Transcoding or a simple remux like this fixes the file:

ffmpeg -y -probesize 250M -analyzeduration 600M -copytb 1 -i 1280.ts -c copy -map 0 00001.ts

ffmpeg version N-99733-g9a57ff2b8f Copyright (c) 2000-2020 the FFmpeg developers
  built with gcc 7 (SUSE Linux)
  configuration: --extra-cflags='-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -g' --optflags='-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -g' --disable-htmlpages --disable-doc --enable-libx264 --enable-libopus --enable-libopenjpeg --enable-libwebp --enable-gpl --enable-libx265 --enable-libfdk_aac --enable-libmp3lame --enable-libsoxr --enable-libaom --enable-nonfree --disable-debug --logfile=log --disable-ffplay --disable-ffprobe
  libavutil      56. 60.100 / 56. 60.100
  libavcodec     58.112.100 / 58.112.100
  libavformat    58. 63.100 / 58. 63.100
  libavdevice    58. 11.102 / 58. 11.102
  libavfilter     7. 88.100 /  7. 88.100
  libswscale      5.  8.100 /  5.  8.100
  libswresample   3.  8.100 /  3.  8.100
  libpostproc    55.  8.100 / 55.  8.100
Input #0, mpegts, from '1280.ts':
  Duration: 01:55:52.51, start: 59739.288022, bitrate: 2059 kb/s
  Program 1
    Metadata:
      service_name    : Service01
      service_provider: FFmpeg
    Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(top first), 1280x720 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
    Stream #0:1[0x101](eng): Audio: aac_latm (LC) ([17][0][0][0] / 0x0011), 48000 Hz, stereo, fltp
    Stream #0:2[0x102](eng): Audio: aac_latm (HE-AACv2) ([17][0][0][0] / 0x0011), 48000 Hz, stereo, fltp
    Stream #0:3[0x103](eng): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006)

[Marton Balint]

Please try to reproduce the issue with ffmpeg tools only.

Also your report is a bit bogus. So in the original file - 1280.ts - the streams are recognized OK. But after it is reencoded to 00001.ts with the command line you provided, then kodi is having trouble recognizing the second audio stream with HE-AACv2 codec, right?

Please provide full command line output. Please provide input sample file.