[FFmpeg-devel] [PATCH]Do not set bitrate for DTS-HD Master and High Resolution
Michael Niedermayer
michaelni at gmx.at
Wed Mar 18 14:20:57 CET 2015
On Wed, Mar 18, 2015 at 01:21:25PM +0100, Hendrik Leppkes wrote:
> On Wed, Mar 18, 2015 at 1:06 PM, Michael Niedermayer <michaelni at gmx.at> wrote:
> > On Wed, Mar 18, 2015 at 07:49:46AM -0400, Marcus Johnson wrote:
> >> This reminds me of another bug with DTS files, it estimates the file
> >> duration by counting each frame I assume, including the HD ones resulting
> >> in it being massively incorrect for example here's the ffmpeg output of a
> >> DTS-HD MA file that's actually 98 minutes long
> >>
> >>
> >>
> >> Log:
> >>
> >> ffmpeg -i /Users/Marcus/Desktop/DTS/ThePrincessBride.dtsma
> >>
> >> ffmpeg version N-68833-ge949e9f Copyright (c) 2000-2014 the FFmpeg
> >> developers
> >>
> >> built on Mar 18 2015 07:47:46 with Apple LLVM version 6.0
> >> (clang-600.0.57) (based on LLVM 3.5svn)
> >>
> >> configuration: --disable-yasm --disable-asm --disable-inline-asm
> >> --disable-ffserver --disable-ffplay --disable-doc --disable-ffprobe
> >>
> >> libavutil 54. 16.100 / 54. 16.100
> >>
> >> libavcodec 56. 19.100 / 56. 19.100
> >>
> >> libavformat 56. 16.102 / 56. 16.102
> >>
> >> libavdevice 56. 3.100 / 56. 3.100
> >>
> >> libavfilter 5. 6.100 / 5. 6.100
> >>
> >> libswscale 3. 1.101 / 3. 1.101
> >>
> >> libswresample 1. 1.100 / 1. 1.100
> >>
> >> [dts @ 0x7fe833822800] Estimating duration from bitrate, this may be
> >> inaccurate
> >>
> >> Input #0, dts, from '/Users/Marcus/Desktop/DTS/ThePrincessBride.dtsma':
> >>
> >> Duration: 04:06:57.61, start: 0.000000, bitrate: 1535 kb/s
> >>
> >> Stream #0:0: Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 1536 kb/s
> >>
> >>
> >> Instead of it saying it's about 1 hours and 30 minutes, it says it's 4
> >> hours, and 6 minutes.
> >>
> >>
> >
> >> Maybe the parser should ignore the dts-hd frames, because they won't
> >> increase the duration at all, due to the differential nature of the codec.
> >
> > if i understand correctly, yes,
> >
> > all parts of the data stream which encode the same time period belong
> > in the same AVPacket.
>
> It already does this. The Core and HD extensions are all placed in the
> same AVPacket if the dca parser is used.
i misunderstood the suggestion then, it also sounded odd that it
wouldnt
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Democracy is the form of government in which you can choose your dictator
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20150318/ff018d7a/attachment.asc>
More information about the ffmpeg-devel
mailing list