pad bad negotiation with x-eac3 audio contents

[karimchtx]

Hi all,

I'm currently experiencing a very annoying issue with gstreamer (1.16 and
1.18).

I wrote a dynamic pipeline and select related elements according to the
parsed containers and streams.

I made a bunch of tests to check the pipeline robustness and unfortunately
I'm stuck with contents that have *x-eac3* audio streams.

Though the ac3parse parser does support x-eac3 content...it falls back to
x-ac3 and it finally fails to link with a /GST_PAD_LINK_NOFORMAT /error
code.

It seems to be e known issue...I'm wondering if there's a way to
programmaticaly force the pad to link with against the  appropriate caps ?

Thanks.

K



--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/