[FFmpeg-devel] TrueHD track in EVO not playable/testable with ffplay
Thu Jul 9 16:24:24 CEST 2009
Michael Niedermayer <michaelni at gmx.at> writes:
> On Wed, Jul 08, 2009 at 11:01:57PM -0700, Baptiste Coudurier wrote:
>> On 07/08/2009 07:47 PM, Michael Niedermayer wrote:
>>> my tired mind says we need a
>>> coded_channels representing the number of channels stored in the stream
>>> and a seperate field that represents the decoder output channels
>> I suggest to keep ->channels as the coded channels and to use another field
>> like output_channels.
> I wouldnt mind, if we wouldnt have
> coded_width & coded_height in there
This is different. Unless I am mistaken, coded_width and coded_height
indicate the encoded width/height of a video including any padding
(e.g. mod-16) required by the codec but never meant to be displayed.
In the case at hand, we have a number of audio channels, all of which
are meaningful, but which may be downmixed before output.
How are the width/height fields set in case of lowres mode for video?
mans at mansr.com
>From Diego E. Thu Jul 9 16:44:17 2009
From: Diego E. (Diego E.)
Date: Thu, 09 Jul 2009 16:44:17 +0200
Subject: [FFmpeg-devel] [PATCH] support xvidcore if compiled with
In-Reply-To: <yw1xskh66kjr.fsf at unicorn.mansr.com>
References: <20090709155233.19557blhxcndg8gs at webmail.leuenberger.net>
<yw1xskh66kjr.fsf at unicorn.mansr.com>
Message-ID: <1247150657.7036.18.camel at yamato>
Il giorno Thu, 09/07/2009 alle 14.41 +0100, M?ns Rullg?rd ha scritto:
> > for ffmpeg, it fails as soon as libxvid is compiled with
> > The attached patch fixes this and makes it all work again (tested).
> Doesn't that mean the libxvid build is broken?
I'd say so; if FFmpeg is also built with --as-needed, then the -lm would
be discarded as well; it really looks like a backward way to fix the
Not sure which version of xvid is OpenSUSE using, but on my Gentoo
systems using --as-needed the libxvidcore.so library takes care of
declaring its dependency over libm.so...
Diego Elio Petten? ? ?Flameeyes?
If you found a .asc file in this mail and know not what it is,
it's a GnuPG digital signature: http://www.gnupg.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: Questa ? una parte del messaggio firmata digitalmente
More information about the ffmpeg-devel