Thank you for the update - and apologies for my delayed reply
I have been dragged off onto other priorities, but will update once I get a
chance to test your suggestions
Thanks again for all the help
___
dev-media mailing list
Thanks for the help so far, using the pc.getRemoteStreams()[0] in the
setRemoteDescription success callback, solves all but 1 of my cases.
Peer 1: Caller Peer 2: Callee
FF (no video) FF (video)
This works with Peer 1 seeing the video from Peer 2, and Peer 2 having no video
(as Peer 1 is not
It works for me when caller is on Chrome (m34) and Callee is on Firefox (v30
beta), and I have an WebRTC gateway in between. The things to look for are:
1. The offer should set OfferToReceiveVideo to true, resulting in an SDP with
a=recvonly for video.
2. The answer SDP should have a=sendonly
Thanks for your suggestion Uma.
Could you share how you get the remote stream on the setRemoteDescription
success callback?
The callback doesn't get passed any parameters, and I can't see a way to create
a mediaStream from a SDP (those where the two ways that I though might be an
option)
I
Given, RTCPeerConnection object is pc, you could get the remote stream as
follows: pc.getRemoteStreams()[0]. I suppose that there is a chance this
value could be null if the stream isn't available.
___
dev-media mailing list
On 2014-05-14, at 08:39, Brent Gracey brentgra...@gmail.com wrote:
The setRemoteDescription callback is firing and pc.getRemoteStreams()[0] is
returning a stream, so I think I'll be able to use the work around
Note that there is an open bug regarding the onaddstream event firing too late
in
Martin - I think you are talking about bug #998546. In my asymmetric call
case, however, onaddstream never fires.
___
dev-media mailing list
dev-media@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-media
On 5/14/14, 11:06 AM, ushunmu...@gmail.com wrote:
Martin - I think you are talking about bug #998546. In my asymmetric call
case, however, onaddstream never fires.
As described in comment #2 in bug #998546 onaddstream never fires if no
audio or video tracks are specified.
My guess is that
I think this is not the correct behavior, given that the remote/answer SDP has
video disabled (or set to recvonly).
I have a slightly different problem, perhaps with the same underlying cause,
where an asymmetric call is made between two FF instances. If the caller has
both audio and video,
9 matches
Mail list logo
