Closed Bug 1475884 Opened 7 years ago Closed 7 years ago

Setting an "inactive" Transceivers direction to "sendonly" after ReplaceTrack should send Audio to other peer

Categories

(Core :: WebRTC: Signaling, defect, P2)

61 Branch
defect

Tracking

()

RESOLVED DUPLICATE of bug 1472321
Tracking Status
firefox-esr52 --- unaffected
firefox-esr60 --- wontfix
firefox61 --- wontfix
firefox62 --- fixed
firefox63 --- fixed

People

(Reporter: rbt, Assigned: bwc)

References

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.99 Safari/537.36 Steps to reproduce: Open the example at https://jsfiddle.net/jib1/v7xrf6ut/ allow access to your microphone, and click the "Send Audio" button. Actual results: Since Firefox 61, Silence is sent. Expected results: The mic should be heard and the oscilloscope and spectrum should adapt to the input from your mic. I did find that swapping the order of setting direction and replaceTrack(track) so that the set direction is first works. So asked the question here https://github.com/w3c/webrtc-pc/issues/1933
Summary: Setting a Transceivers direction to "sendonly" after ReplaceTrack should send Audio to other peer → Setting an "inactive" Transceivers direction to "sendonly" after ReplaceTrack should send Audio to other peer
I can confirm this, as mentioned in https://github.com/w3c/webrtc-pc/issues/1933. Transceiver-related, assigning to Byron for his attention.
Assignee: nobody → docfaraday
Status: UNCONFIRMED → NEW
Rank: 14
Component: WebRTC: Audio/Video → WebRTC: Signaling
Ever confirmed: true
Priority: -- → P2
Looks like a dupe of bug 1472321 to me.
Depends on: 1472321
I'm getting the same error when adding a track to a recvonly peer connection: var pc = new RTCPeerConnection(config); var constraints = {offerToReceiveAudio: true, offerToReceiveVideo: true}; pc.createOffer(constraints).then( setLocalAndSendMessage.bind(this), handleError.bind(this) ); pc.addTrack(localAudioTrack, localStream); // silent is sent The above workaround works for me too: var transceiver = pc.getTransceivers()[0]; transceiver.direction = 'sendrecv'; pc.addTrack(localAudioTrack, localStream);
Can you check the latest nightly and see if this is fixed for you?
Flags: needinfo?(rbt)
definitely, thanks, I'll check and let you know :)
Flags: needinfo?(rbt)
Looking Good. I've tried it both ways around (direction then replaceTrack and replaceTrack then direction) and starting/stopping several times so that the direction goes back to inactive then back to send and it's good.
Sweet! Thanks for verifying!
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.