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)
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
| Reporter | ||
Updated•7 years ago
|
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
Comment 1•7 years ago
|
||
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
status-firefox61:
--- → affected
status-firefox62:
--- → affected
status-firefox63:
--- → affected
status-firefox-esr52:
--- → unaffected
status-firefox-esr60:
--- → affected
Component: WebRTC: Audio/Video → WebRTC: Signaling
Ever confirmed: true
Priority: -- → P2
Comment 3•7 years ago
|
||
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);
| Assignee | ||
Comment 4•7 years ago
|
||
Can you check the latest nightly and see if this is fixed for you?
Flags: needinfo?(rbt)
| Reporter | ||
Comment 5•7 years ago
|
||
definitely, thanks, I'll check and let you know :)
Flags: needinfo?(rbt)
| Reporter | ||
Comment 6•7 years ago
|
||
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.
| Assignee | ||
Comment 7•7 years ago
|
||
Sweet! Thanks for verifying!
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Updated•6 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•