decklinkaudiosrc pitches an error when extracting 8 channels of audio

Patrick Cusack patrickcusack at mac.com
Thu Mar 24 22:45:38 UTC 2022


I am playing with the meetecho whipclient code https://github.com/meetecho/simple-whip-client <https://github.com/meetecho/simple-whip-client> which wraps an audio and video pipeline into a webrtcbin pipeline

I can successfully run a pipeline using my deckling video card and extract audio from the embedded sdi only when specifying two channels. When I specify "channels=8” in my audio pipeline, the pipeline fails with the following error. 

ERROR: from element /GstPipeline:pipeline0/GstDecklinkAudioSrc:decklinkaudiosrc0: Internal data stream error.
Additional debug info:
gstbasesrc.c(3072): gst_base_src_loop (): /GstPipeline:pipeline0/GstDecklinkAudioSrc:decklinkaudiosrc0:
streaming stopped, reason not-negotiated (-4)

I am sending audio down all 8 channels (even though I intend to only use 6 for multi-opus).

Can you provide any insights? 

Thanks,

Patrick



Here is the successful pipeline

gst-launch-1.0  webrtcbin name=sendonly bundle-policy=3  stun-server=stun://stun.l.google.com:19302  decklinkvideosrc device-number=0 mode=1080p2398 connection=sdi ! videoconvert ! queue min-threshold-time=0 ! vp9enc target-bitrate=4000000 keyframe-max-dist=24 deadline=1 end-usage=1 cpu-used=8 lag-in-frames=0 ! rtpvp9pay pt=100 ssrc=2 ! queue ! application/x-rtp,media=video,encoding-name=VP9,payload=100 ! sendonly. decklinkaudiosrc device-number=0 connection=embedded channels=2 ! audioconvert ! audioresample ! queue ! opusenc ! rtpopuspay pt=111 ssrc=1 ! queue ! application/x-rtp,media=audio,encoding-name=OPUS,payload=111 ! sendonly.

Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
Redistribute latency...
Redistribute latency...
Redistribute latency...
^Chandling interrupt.
Interrupt: Stopping pipeline ...
Execution ended after 0:00:02.254698249
Setting pipeline to PAUSED ...
Setting pipeline to READY ...

Here is the failed pipeline

gst-launch-1.0  webrtcbin name=sendonly bundle-policy=3  stun-server=stun://stun.l.google.com:19302  decklinkvideosrc device-number=0 mode=1080p2398 connection=sdi ! videoconvert ! queue min-threshold-time=0 ! vp9enc target-bitrate=4000000 keyframe-max-dist=24 deadline=1 end-usage=1 cpu-used=8 lag-in-frames=0 ! rtpvp9pay pt=100 ssrc=2 ! queue ! application/x-rtp,media=video,encoding-name=VP9,payload=100 ! sendonly. decklinkaudiosrc device-number=0 connection=embedded channels=8 ! audioconvert ! audioresample ! queue ! opusenc ! rtpopuspay pt=111 ssrc=1 ! queue ! application/x-rtp,media=audio,encoding-name=OPUS,payload=111 ! sendonly.

Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
ERROR: from element /GstPipeline:pipeline0/GstDecklinkAudioSrc:decklinkaudiosrc0: Internal data stream error.
Additional debug info:
gstbasesrc.c(3072): gst_base_src_loop (): /GstPipeline:pipeline0/GstDecklinkAudioSrc:decklinkaudiosrc0:
streaming stopped, reason not-negotiated (-4)
Execution ended after 0:00:00.098295426
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20220324/1dab915a/attachment.htm>


More information about the gstreamer-devel mailing list