pad bad negotiation with x-eac3 audio contents

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

pad bad negotiation with x-eac3 audio contents

GStreamer-devel mailing list
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/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel