On Tue, 7 Jan 2020, Anton Khirnov wrote:
Quoting Nicolas George (2019-12-31 16:17:49)
Anton Khirnov (12019-12-29):
> I do not agree. Duplicated channels in a layout are expected to be a
> fringe thing and how you handle them highly depends on the specific use
> case. I expect a typical caller will want to disregard that possibility
> and just take the first channel of each semantics.
> So I do not believe a dedicated function for this makes sense. We could
> always add something later though, if it turns out to be necessary.
I think you are making a mistake. I think that as soon as it will be
technically possible, we will see cases with duplicated channels. And I
know that some filters will do exactly that as soon as they are ported
to this new API.
Quicktime also allows duplicated channels in a single audio track, this is
unfortunately a commonly used feature. So if a new API is introduced to
overcome the limitations of the existing one, supporting this should be
seriously considered.
Regards,
Marton
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
