[FFmpeg-devel] [PATCH 1/5] avutil/channel_layout: add 22.2 layout
Carl Eugen Hoyos
ceffmpeg at gmail.com
Mon Aug 3 10:03:29 EEST 2020
> Am 02.08.2020 um 23:16 schrieb Jan Ekström <jeebjp at gmail.com>:
>
>> On Sat, Aug 1, 2020 at 4:29 PM Carl Eugen Hoyos <ceffmpeg at gmail.com> wrote:
>>
>>> Am Sa., 1. Aug. 2020 um 14:47 Uhr schrieb Jan Ekström <jeebjp at gmail.com>:
>>>
>>>> On Sat, Aug 1, 2020 at 3:08 PM Carl Eugen Hoyos <ceffmpeg at gmail.com> wrote:
>>>>
>>>>> Am Sa., 1. Aug. 2020 um 14:06 Uhr schrieb Jan Ekström <jeebjp at gmail.com>:
>>>>>
>>>>> Additionally, the spec only mentions stereo/5.1 for direct mapping, so
>>>>> I've kept to 5.1 since we have the capability for that one.
>>>>
>>>> And you still believe it would be a disadvantage if the decoder outputs
>>>> this 5.1 mapping by default if nothing else was requested?
>>>
>>> Yes. API users so far have received the audio frames according to
>>> encoded layout by default, so doing something else breaks that rule of
>>> least surprises.
>>>
>>>> Is there an option to request the 5.1 mapping?
>>>
>>> As noted in the 0/0 cover letter, you can do it just fine with
>>> `-channel_layout "5.1"` with ffmpeg.c. I have verified that it returns
>>> the 5.1 channels as-is.
>>
>> But this does not make the decoder output 5.1 or does it?
>>
>> While I should probably only care about ffmpeg and ignore
>> the library users I still wonder who can live with your approach...
>>
>
> As this can be implied to be a comment regarding me not caring about
> the API users,
It was a comment about me not understanding how the average of hundreds of library users will be able to use this - important - new feature.
> and generally being wording that can be interpreted as
> disagreeing on the whole approach of the patch set, please respond
> whether this is a blocker or not.
Definitely not and I am sorry if my wording was so bad.
Carl Eugen
More information about the ffmpeg-devel
mailing list