webrtcbin recvonly offer

[Michael Watson]

Hi,

I'm running up against a bit of a problem with a PoC I'm working on in Rust. The idea is to try and replicate the behaviour of one of the pions golang webrtc examples that uses this JSFiddle to generate a recvonly offer: https://jsfiddle.net/Laf7ujeo/164/

I have this PoC server, which I am feeding the offer to (after base64 decoding it): https://gist.github.com/mchlrhw/c365bc8acdeac18c1626de3f92cffba5

The code generated an answer, but it has recvonly set for both media streams instead of sendonly for video (and I presume inactive for audio).

I just wondered if this is expected? Does webrtcbin support recvonly offers? Or does it expect the caller to be sending media and the receiver to decide whether to recvonly or sendrecv?

Thanks for your help,

Michael

Cocoon is home security without the hassle.

---

This communication is only for the use of the addressee. It may contain information which is confidential and commercially sensitive. If you are not the intended recipient you must not read, copy, distribute or spread this communication or any attachments to anyone other than the addressee or use the information it contains. If you receive this communication in error, please inform us by telephone at once. No responsibility is accepted by Cocoon Labs Ltd for personal e-mails, or e-mails unconnected with the company's business.

Cocoon Labs Ltd is a company registered in England and Wales. Registered number: 09045251. Registered office: 46 The Calls, Leeds, LS2 7EY, UK.

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Mathieu Duponchelle]

This sounds like a bug, let me just sum up to make sure I understood right:

The browser offers a SDP with audio and video medias marked as recvonly,
and webrtcbin, which had a single (video) stream plugged into it, answers with
both medias still marked as recvonly? If so, this should definitely not happen,
but I have personally never tested this use case :)

Can you file an issue against -bad, ideally with all the code and instructions for
reproducing?

On 2/19/19 9:49 AM, Michael Watson wrote:

Hi,

I'm running up against a bit of a problem with a PoC I'm working on in Rust. The idea is to try and replicate the behaviour of one of the pions golang webrtc examples that uses this JSFiddle to generate a recvonly offer: https://jsfiddle.net/Laf7ujeo/164/

I have this PoC server, which I am feeding the offer to (after base64 decoding it): https://gist.github.com/mchlrhw/c365bc8acdeac18c1626de3f92cffba5

The code generated an answer, but it has recvonly set for both media streams instead of sendonly for video (and I presume inactive for audio).

I just wondered if this is expected? Does webrtcbin support recvonly offers? Or does it expect the caller to be sending media and the receiver to decide whether to recvonly or sendrecv?

Thanks for your help,

Michael

Cocoon is home security without the hassle.

---

This communication is only for the use of the addressee. It may contain information which is confidential and commercially sensitive. If you are not the intended recipient you must not read, copy, distribute or spread this communication or any attachments to anyone other than the addressee or use the information it contains. If you receive this communication in error, please inform us by telephone at once. No responsibility is accepted by Cocoon Labs Ltd for personal e-mails, or e-mails unconnected with the company's business.

Cocoon Labs Ltd is a company registered in England and Wales. Registered number: 09045251. Registered office: 46 The Calls, Leeds, LS2 7EY, UK.

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel