[FFmpeg-devel] [PATCH 2/6] lavu/channel_layout: implement unknown layouts.

Nicolas George nicolas.george at normalesup.org
Thu Nov 29 19:27:48 CET 2012

Le nonidi 9 frimaire, an CCXXI, Carl Eugen Hoyos a écrit :
> I am not convinced that our goal should be to drop 
> "uint64_t channel_layout", I believe it works very 
> well for many cases and it represents very well the 
> usual usecase and the internal usage.
> (But I do of course not deny that the mono+mono 
> case has to be dealt with. So far I assumed the 
> optimal solution would be to export two mono 
> audio streams.)

Demuxers can export several streams, decoder can not. This mono+mono issue
comes at the decoder level. Allowing decoders to output several streams
would be a huge API change, much bigger than re-hauling uint64_t

> Regarding your other mail:
> I consider the current situation where the layout 
> implicates the number of channels so inherently 
> broken that I believe the argumentation that we 
> have to keep backwards compatibility with this 
> behaviour is completely adverse, especially since 
> we are dealing with several regressions here.

Are you suggesting a lavfi major bump in a very near future, then?

I do not oppose to that, note, but I was not aware of any plans to that.

Note that it is also an end to ffmpeg's compatibility with libav.


  Nicolas George
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20121129/4c8b2547/attachment.asc>

More information about the ffmpeg-devel mailing list