webrtcbin plumbing/caps negotiation race condition
floe at butterbrot.org
Wed Jan 11 13:00:25 UTC 2023
I currently have some issues with setting up a webrtcbin on my server for
incoming clients. In particular, there seems to be a race condition regarding
the sink pad caps negotiation.
I've already read through
tried several of the workarounds/mitigations mentioned there, but to no avail.
I still get "<webrtcbin> no negotiation possible until caps have been received
on all sink pads" quite a lot - and it's not predictable which sink pads
actually will have caps and which won't, this seems entirely random (I have two
video sink pads and one audio sink pad).
The flow is roughly as follows:
1. new client connects
2. create webrtcbin and encoders using parse_bin_from_description (*)
3. add ghostpads to bin
4. add the bin to pipeline
5. connect all the webrtcbin signals
6. link the running video and audio sources to the ghostpads
7. set the bin to PLAYING
(*) I'm aware this isn't ideal, but I'm just connecting to my own clients for
now, so I know exactly what the SDP will look like.
However, in general, this looks to me like it should work - any ideas where I'm
Thanks and best, Florian
SENT FROM MY DEC VT50 TERMINAL
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 203 bytes
Desc: OpenPGP digital signature
More information about the gstreamer-devel