Opened 4 years ago
Closed 4 years ago
#8946 closed defect (needs_more_info)
Possible regression MPEG-TS muxing multiple audio streams: f4eb7d84a7c219eac130750417e4bc2cbbff7b3f
Reported by: | keynet | Owned by: | |
---|---|---|---|
Priority: | important | Component: | avformat |
Version: | git-master | Keywords: | mpegts regression |
Cc: | Marton Balint | Blocked By: | |
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
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)
Change History (2)
comment:1 by , 4 years ago
Cc: | added |
---|
comment:2 by , 4 years ago
Component: | undetermined → avformat |
---|---|
Keywords: | mpegts regression added; avformat removed |
Priority: | normal → important |
Resolution: | → needs_more_info |
Status: | new → closed |
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.