webrtcbin recvonly offer

[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
>
> Cocoonis 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
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20190219/28d17dc2/attachment-0001.html>