[FFmpeg-devel] [PATCH 2/6] lavu/channel_layout: implement unknown layouts.
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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 198 bytes
Desc: Digital signature
More information about the ffmpeg-devel