[FFmpeg-trac] #7576(avcodec:new): Convert to AC3 fail to give a correct output
FFmpeg
trac at avcodec.org
Wed Nov 28 03:39:00 EET 2018
#7576: Convert to AC3 fail to give a correct output
------------------------------------+-----------------------------------
Reporter: Sami32 | Owner:
Type: defect | Status: new
Priority: normal | Component: avcodec
Version: git-master | Resolution:
Keywords: ac3 | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
------------------------------------+-----------------------------------
Comment (by cehoyos):
Replying to [comment:3 Sami32]:
> Shouldn't this AC3 track have been showed?
I believe the AC-3 track is shown correctly by current FFmpeg, but maybe I
misunderstand?
{{{
$ ffmpeg -i dolby_EAC3_TrueHD_amaze_lossless-DWEU.m2ts
ffmpeg version N-92543-g8cc5107 Copyright (c) 2000-2018 the FFmpeg
developers
built with gcc 6.4.0 (GCC)
configuration: --enable-gpl --enable-libxml2 --enable-gnutls
libavutil 56. 24.101 / 56. 24.101
libavcodec 58. 40.100 / 58. 40.100
libavformat 58. 23.100 / 58. 23.100
libavdevice 58. 6.100 / 58. 6.100
libavfilter 7. 46.101 / 7. 46.101
libswscale 5. 4.100 / 5. 4.100
libswresample 3. 4.100 / 3. 4.100
libpostproc 55. 4.100 / 55. 4.100
Input #0, mpegts, from 'dolby_EAC3_TrueHD_amaze_lossless-DWEU.m2ts':
Duration: 00:01:03.52, start: 4200.000000, bitrate: 22899 kb/s
Program 1
Stream #0:0[0x1011](eng): Video: h264 (High) (HDMV / 0x564D4448),
yuv420p(progressive), 1920x1080, 24 fps, 24 tbr, 90k tbn, 48 tbc
Stream #0:1[0x1100]: Audio: truehd (AC-3 / 0x332D4341), 48000 Hz, 7.1,
s32 (24 bit)
Stream #0:2[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz,
5.1(side), fltp, 640 kb/s
Stream #0:3[0x1101]: Audio: eac3 (AC-3 / 0x332D4341), 48000 Hz, 7.1,
fltp, 1664 kb/s
At least one output file must be specified
}}}
> The audio stream n°1 doesn't seem be a real one.
What is not real about what audio stream?
> I suspect it to be a substream.
Yes, I believe the AC-3 tracks that come with every TrueHD track on a
Bluray are called ''substreams''.
> The 0 and 2 seem correct audio streams.
What makes an audio stream ''correct'' or ''incorrect'' in this context?
--
Ticket URL: <https://trac.ffmpeg.org/ticket/7576#comment:4>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list