New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 792431 link

Starred by 1 user
Status: Fixed
Owner:
maxmorin@chromium.org
Closed: Today
Cc:
m...@chromium.org
dalecur...@chromium.org
█ olka@chromium.org
█ tsunghung@chromium.org
maxmorin@chromium.org
solenberg@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 3
Type: Bug



Sign in to add a comment

Disallow compressed streams from being mirrored.

Project Member Reported by maxmorin@chromium.org, Dec 6 2017 
Currently, all AudioOutputControllers are registered with the AudioMirroringManager, including those controlling compressed streams. If a compressed stream are captured as a loopback stream, it will lead to great confusion (since VirtualAudioInputStream[2] mixes its inputs and thus assumes PCM encoded data). We need to somehow ensure compressed streams aren't captured for loopback (but they should still be muteable).
Project Member

Comment 1 by sheriffbot@chromium.org, Dec 6

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 2 by dbbrooks@chromium.org, Today (17 hours ago)

Labels: -Pri-2 Pri-3
Owner: maxmorin@chromium.org
maxmorin@, given the age, could you confirm that this is still intended work? Thanks.

Comment 3 by maxmorin@chromium.org, Today (6 hours ago)

Status: Fixed (was: Untriaged)
Looks like the audio service streams has this protection, so this will be fixed when the streams from the audio service finally launches.
►

Sign in to add a comment