Residual echo on macOS with external speakers
Categories
(Core :: Audio/Video: cubeb, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox125 | --- | unaffected |
firefox126 | --- | unaffected |
firefox127 | --- | disabled |
firefox128 | --- | fixed |
People
(Reporter: pehrsons, Assigned: pehrsons)
References
(Regression)
Details
(Keywords: regression)
Attachments
(7 files)
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review |
With platform processing enabled on macOS in bug 1404972 we have some reports of users hearing echo from peers with external speakers. I've done some testing and with builtin speaker and builtin mic I hear no echo, whereas with an external speaker and builtin mic I do hear some echo. It is less echo than you'd get without an AEC but it is constantly present throughout a call, at least as long as there is no real input to the mic of the echoing peer.
Assignee | ||
Updated•6 months ago
|
Assignee | ||
Updated•6 months ago
|
Assignee | ||
Comment 1•6 months ago
|
||
Currently it leaves a residual echo with some input/output device pairs.
Comment 2•6 months ago
|
||
Set release status flags based on info from the regressing bug 1404972
Comment 4•6 months ago
|
||
bugherder |
Comment 5•6 months ago
|
||
Set release status flags based on info from the regressing bug 1404972
Assignee | ||
Comment 6•6 months ago
|
||
I've been testing some more and will note that I have been able to get VPIO into a bad state where it lets echo through. In the system logs when setting up VPIO in this bad state I see a "ref mic" having 0 channels. When not broken it has some actual channels, 6 in my case.
I have had Firefox in a bad state and Safari in a good state at the same time. I also got both into a bad state once after a killall -9 coreaudiod
but I haven't been able to reproduce.
A reboot is so far what I have found can get us out of the bad state.
Assignee | ||
Comment 7•6 months ago
|
||
I filed FB13800064 with Apple.
Assignee | ||
Comment 8•6 months ago
|
||
Assignee | ||
Comment 9•6 months ago
|
||
Patches have conflicts so they are updated and applied in separate patches.
Assignee | ||
Updated•6 months ago
|
Assignee | ||
Comment 10•6 months ago
|
||
Unbitrot local libcubeb patches after update.
Assignee | ||
Comment 11•6 months ago
|
||
Assignee | ||
Comment 12•6 months ago
|
||
Assignee | ||
Comment 13•6 months ago
|
||
Assignee | ||
Updated•6 months ago
|
Comment 14•6 months ago
|
||
Comment 15•6 months ago
|
||
bugherder |
Comment 16•6 months ago
|
||
Comment 17•6 months ago
|
||
bugherder |
Assignee | ||
Updated•6 months ago
|
Comment 18•6 months ago
|
||
Comment 19•6 months ago
|
||
bugherder |
Assignee | ||
Updated•6 months ago
|
Updated•3 months ago
|
Description
•