Issue metadata
Sign in to add a comment
|
Internal audio issue on Eve
Reported by
willg...@gmail.com,
Feb 7 2018
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 10379.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3341.0 Safari/537.36 Platform: 10379.0.0 (Official Build) canary-channel eve Example URL: Any YouTube video Steps to reproduce the problem: 1. Play YouTube 2. Wait till end video 3. Replay or open new video What is the expected behavior? Sound continues to function. What went wrong? No audio Did this work before? Yes Prior to 66.0.3341.0 Is it a problem with Flash or HTML5? N/A Does this work in other browsers? Yes Chrome version: 66.0.3341.0 Channel: canary OS Version: 10379.0.0 Flash Version: Contents of chrome://gpu: Feels a lot like a buffer underrun issue in that the old plug and unplugging headphones workaround restores internal audio. Here's my logs in the attachment:
,
Feb 21 2018
,
Feb 22 2018
Thanks for reporting the issue! The most recent change we made on eve is to enable speaker protection https://chromium-review.googlesource.com/#/c/chromiumos/overlays/board-overlays/+/810327/ merged in 10303.0. It was reverted today at https://chromium-review.googlesource.com/#/c/chromiumos/overlays/board-overlays/+/930345/ for another speaker issue https://b.corp.google.com/issues/73506440. Hi Hsinyu, I think you did not find this issue during your testing today when fixing https://b.corp.google.com/issues/73506440. Could you please check there is still no this issue on ToT after the revert ? Another thing we need to check is why resetting audio device does not happen (or, maybe it happened, but does not bring device back to normal). It would be worthwhile to reproduce this issue on 10379.0.0 and check audio_diagnostic logs. If resetting device happens, it should work like plug/unplug headphone and bring device back to normal. Thanks!
,
Mar 19 2018
Any results from c#3? Are we still seeing this?
,
Mar 20 2018
Still seeing this in 10500.0.0 Found a new workaround by closing and opening the lid. When it happens again, I'll shoot out a feedback report with this issue number as a hashtag so you can get my logs.
,
Mar 20 2018
We have pushed new DSP in 10495.0. ( tracked in https://buganizer.corp.google.com/issues/73506440 ) But we did not find this issue when testing it. Hi willg76x, Thanks again for reporting the issue. It will be great if you can submit the feedback report next time you see the issue.
,
Mar 20 2018
I have done stress playback test with the new FW, on 10495. And cannot reproduce the issue anymore. I'll try 10500 later.
,
Mar 21 2018
Seems to be fixed now.
,
Mar 23 2018
Thanks for checking. I'm marking it as fixed. Feel free to reopen if you still see that happens.
,
Mar 23 2018
[Auto-generated comment by a script] We noticed that this issue is targeted for M-66; it appears the fix may have landed after branch point, meaning a merge might be required. Please confirm if a merge is required here - if so add Merge-Request-66 label, otherwise remove Merge-TBD label. Thanks.
,
Apr 3 2018
Verified on 10452.42.0, 66.0.3359.79
,
May 16 2018
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by vapier@chromium.org
, Feb 21 2018Components: -Internals>Media OS>Kernel>Audio