"enable diagnostic audio recordings" on chrome://webrtc-internals/ does not generate aec_dump |
||||||||
Issue description72.0.3598.0 (Official Build) canary (64-bit) See attached About Version.html for details on flags being used. See attached Media Internals.html for a proof that AudioService-related properties are disabled. OS: Windows 10 Home What steps will reproduce the problem? - Start Google Meet video call. - While in a call "enable diagnostic audio recordings" on chrome://webrtc-internals/ What is the expected result? When enabled following files should be generated: <base filename>.<render process ID>.aec_dump.<AEC dump recording ID> <base filename>.input.<stream recording ID>.wav <base filename>.output.<stream recording ID>.wav What happens instead? Only input and output files are generated. <base filename>.input.<stream recording ID>.wav <base filename>.output.<stream recording ID>.wav aec_dump is not.
,
Nov 1
,
Nov 1
Does this happen only on Windows? Is it 100% reproducible? I've tried enabling diagnostic recordings from webrtc-internals both before starting and during a meeting and have not had any issues. What directory are you trying to save into? Your user's Download directory?
,
Nov 1
,
Nov 1
According to our chat, this only happens on some machines. Is it consistent on those machines? The AudioService experiments are randomized per browser session. Did you get the info from media-internals during the same browser session as when you reproduced? You also mentioned that it happens on Linux, is this correct? (I added that label assuming it is.) In that case, the problem is likely platform independent. It also happens on Dev channel, correct?
,
Nov 1
I could not reproduce with my Linux machine, Chrome 70.0.3538.77.
,
Nov 1
This happens on Windows, Mac (minyue@ stabilly reproduces the issue on his macbook on Chrome 71.0.3578.30 Beta) and on Linux (gureev@ was able to trigger it). minyue@ tried different combinations of AudioServiceAudioStreams,AudioServiceOutOfProcess,AudioServiceSandbox,WebRtcApmInAudioService enabled and disabled, but nothing helped to fix the issue. We've tried enabling diagnostic recordings from webrtc-internals both before starting and during a meeting, in both cases aec_dump is not generated. We've tried to save files into ~/Downloads and ~/Desktop (still in users home directory). Do you think userdir permissions can cause the issue?
,
Nov 1
OK. Let's talk offline and I can take a look at the problem.
,
Nov 1
Summary of offline discussion. The repro by minyue@ is invalid. The only repro case is running in a certain test environment, no repro case yet by starting Chrome manually. iakovenko@ will investigate.
,
Nov 1
,
Nov 13
Reassign then?
,
Nov 13
|
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by iakovenko@chromium.org
, Nov 1