WebRTCBin: regression from 1.16.2 to 1.18.4?

[Matthew Waters]

Hi,

This kinda depends on what exactly you are doing.  Some behaviours that 
were not explicitly tested for may have worked in 1.16, are not always 
possible.  The same is also true of git master compared to the 1.18 
releases at the time of writing.

I would suggest trying to run against GStreamer git master as a first 
step as some issues have been resolved there.  If that also doesn't 
work, then we are going to need a full reproducible test case to be able 
to debug this further.

Cheers
-Matt

On 26/9/21 1:18 am, Florian Echtler via gstreamer-devel wrote:
> Hello everyone,
>
> my WebRTC client is running as expected on GStreamer 1.16.2 (Ubuntu 
> 20.04), but exhibits a weird bug on GStreamer 1.18.4 (Debian Bullseye).
>
> Specifically, the SDP answer generated on 1.18 contains "a=recvonly" 
> for one of the three video streams (the first one, incidentally). On 
> 1.16, the same code generates an SDP containing "a=sendrecv" for all 
> three streams.
>
> I've already tried to explicitly set the transceivers to SENDRECV 
> before requesting an answer, but that doesn't seem to make a 
> difference...
>
> Any ideas much appreciated :-)
>
> Best regards, Florian


-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20210928/0e213c49/attachment.sig>