diff mbox series

[FFmpeg-devel] avfilter/buffersrc: fix overriding unknown channel layouts with negotiated one

Message ID 20240323152625.20980-1-cus@passwd.hu
State Accepted
Commit 2df2b4067ed01b9076a5dda073521551a32336cd
Headers show
Series [FFmpeg-devel] avfilter/buffersrc: fix overriding unknown channel layouts with negotiated one | expand

Checks

Context Check Description
yinshiyou/make_loongarch64 success Make finished
yinshiyou/make_fate_loongarch64 success Make fate finished
andriy/make_x86 success Make finished
andriy/make_fate_x86 success Make fate finished

Commit Message

Marton Balint March 23, 2024, 3:26 p.m. UTC
Fixes ffplay playback of unknown layouts, when SDL directly supports the audio
format, such as:

ffplay -f lavfi anullsrc=cl=2C,aformat=s16

Without the patch, "Channel layout change is not supported" errors are
generated because buffersrc (unknown 2 channel) and buffersink (stereo)
negotiated a stereo layout, but the stereo layout was never stored in the
BufferSourceContext.

This fixes a regression of 7251f909721a570726775acf61b2b9c28a950c76, but this
is more of a regression of the avfilter channel layout conversion
(1f96db959c1235bb7079d354e09914a0a2608f62).

Signed-off-by: Marton Balint <cus@passwd.hu>
---
 libavfilter/buffersrc.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Comments

Marton Balint March 29, 2024, 10:01 p.m. UTC | #1
On Sat, 23 Mar 2024, Marton Balint wrote:

> Fixes ffplay playback of unknown layouts, when SDL directly supports the audio
> format, such as:
>
> ffplay -f lavfi anullsrc=cl=2C,aformat=s16
>
> Without the patch, "Channel layout change is not supported" errors are
> generated because buffersrc (unknown 2 channel) and buffersink (stereo)
> negotiated a stereo layout, but the stereo layout was never stored in the
> BufferSourceContext.
>
> This fixes a regression of 7251f909721a570726775acf61b2b9c28a950c76, but this
> is more of a regression of the avfilter channel layout conversion
> (1f96db959c1235bb7079d354e09914a0a2608f62).
>
> Signed-off-by: Marton Balint <cus@passwd.hu>
> ---
> libavfilter/buffersrc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavfilter/buffersrc.c b/libavfilter/buffersrc.c
> index ddcd403785..fcae4f8e69 100644
> --- a/libavfilter/buffersrc.c
> +++ b/libavfilter/buffersrc.c
> @@ -507,7 +507,7 @@ static int config_props(AVFilterLink *link)
>         }
>         break;
>     case AVMEDIA_TYPE_AUDIO:
> -        if (!c->ch_layout.nb_channels) {
> +        if (!c->ch_layout.nb_channels || c->ch_layout.order == AV_CHANNEL_ORDER_UNSPEC) {
>             int ret = av_channel_layout_copy(&c->ch_layout, &link->ch_layout);
>             if (ret < 0)
>                 return ret;

Will apply and backport.

Regards,
Marton
James Almer March 30, 2024, 9:30 p.m. UTC | #2
On 3/29/2024 7:01 PM, Marton Balint wrote:
> 
> 
> On Sat, 23 Mar 2024, Marton Balint wrote:
> 
>> Fixes ffplay playback of unknown layouts, when SDL directly supports 
>> the audio
>> format, such as:
>>
>> ffplay -f lavfi anullsrc=cl=2C,aformat=s16
>>
>> Without the patch, "Channel layout change is not supported" errors are
>> generated because buffersrc (unknown 2 channel) and buffersink (stereo)
>> negotiated a stereo layout, but the stereo layout was never stored in the
>> BufferSourceContext.
>>
>> This fixes a regression of 7251f909721a570726775acf61b2b9c28a950c76, 
>> but this
>> is more of a regression of the avfilter channel layout conversion
>> (1f96db959c1235bb7079d354e09914a0a2608f62).
>>
>> Signed-off-by: Marton Balint <cus@passwd.hu>
>> ---
>> libavfilter/buffersrc.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/libavfilter/buffersrc.c b/libavfilter/buffersrc.c
>> index ddcd403785..fcae4f8e69 100644
>> --- a/libavfilter/buffersrc.c
>> +++ b/libavfilter/buffersrc.c
>> @@ -507,7 +507,7 @@ static int config_props(AVFilterLink *link)
>>         }
>>         break;
>>     case AVMEDIA_TYPE_AUDIO:
>> -        if (!c->ch_layout.nb_channels) {
>> +        if (!c->ch_layout.nb_channels || c->ch_layout.order == 
>> AV_CHANNEL_ORDER_UNSPEC) {
>>             int ret = av_channel_layout_copy(&c->ch_layout, 
>> &link->ch_layout);

Why is this the only field in the function where BufferSourceContext is 
the destination and the link is the source?

>>             if (ret < 0)
>>                 return ret;
> 
> Will apply and backport.
> 
> 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-request@ffmpeg.org with subject "unsubscribe".
Marton Balint April 6, 2024, 9:13 a.m. UTC | #3
On Sat, 30 Mar 2024, James Almer wrote:

> On 3/29/2024 7:01 PM, Marton Balint wrote:
>>
>>
>>  On Sat, 23 Mar 2024, Marton Balint wrote:
>>
>>>  Fixes ffplay playback of unknown layouts, when SDL directly supports the
>>>  audio
>>>  format, such as:
>>>
>>>  ffplay -f lavfi anullsrc=cl=2C,aformat=s16
>>>
>>>  Without the patch, "Channel layout change is not supported" errors are
>>>  generated because buffersrc (unknown 2 channel) and buffersink (stereo)
>>>  negotiated a stereo layout, but the stereo layout was never stored in the
>>>  BufferSourceContext.
>>>
>>>  This fixes a regression of 7251f909721a570726775acf61b2b9c28a950c76, but
>>>  this
>>>  is more of a regression of the avfilter channel layout conversion
>>>  (1f96db959c1235bb7079d354e09914a0a2608f62).
>>>
>>>  Signed-off-by: Marton Balint <cus@passwd.hu>
>>>  ---
>>>  libavfilter/buffersrc.c | 2 +-
>>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>>  diff --git a/libavfilter/buffersrc.c b/libavfilter/buffersrc.c
>>>  index ddcd403785..fcae4f8e69 100644
>>>  --- a/libavfilter/buffersrc.c
>>>  +++ b/libavfilter/buffersrc.c
>>>  @@ -507,7 +507,7 @@ static int config_props(AVFilterLink *link)
>>>          }
>>>          break;
>>>      case AVMEDIA_TYPE_AUDIO:
>>>  -        if (!c->ch_layout.nb_channels) {
>>>  +        if (!c->ch_layout.nb_channels || c->ch_layout.order ==
>>>  AV_CHANNEL_ORDER_UNSPEC) {
>>>              int ret = av_channel_layout_copy(&c->ch_layout,
>>>  &link->ch_layout);
>
> Why is this the only field in the function where BufferSourceContext is the 
> destination and the link is the source?

I guess the reason for that is that those link parameters are not 
negotiated, so they has to be set. Storing the negotiated layout on the 
context has a different purpose and is originated from 01649c79c87.

Regards,
Marton
diff mbox series

Patch

diff --git a/libavfilter/buffersrc.c b/libavfilter/buffersrc.c
index ddcd403785..fcae4f8e69 100644
--- a/libavfilter/buffersrc.c
+++ b/libavfilter/buffersrc.c
@@ -507,7 +507,7 @@  static int config_props(AVFilterLink *link)
         }
         break;
     case AVMEDIA_TYPE_AUDIO:
-        if (!c->ch_layout.nb_channels) {
+        if (!c->ch_layout.nb_channels || c->ch_layout.order == AV_CHANNEL_ORDER_UNSPEC) {
             int ret = av_channel_layout_copy(&c->ch_layout, &link->ch_layout);
             if (ret < 0)
                 return ret;