[FFmpeg-devel] TrueHD track in EVO not playable/testable with ffplay

[Måns Rullgård]

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?

-- 
M?ns Rullg?rd
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
 --as-needed
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
> --as-needed.
> > 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
issue.

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?
http://blog.flameeyes.eu/

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
Type: application/pgp-signature
Size: 198 bytes
Desc: Questa ? una parte del messaggio firmata digitalmente
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20090709/12098adf/attachment.pgp>