Filed by: philringnalda [at] gmail.com https://treeherder.mozilla.org/logviewer.html#?job_id=34883951&repo=mozilla-inbound https://archive.mozilla.org/pub/firefox/tinderbox-builds/mozilla-inbound-win32-pgo/1472481060/mozilla-inbound_win7_vm_test_pgo-mochitest-media-bm128-tests1-windows-build85.txt.gz
Looking at the screenshot the audio appears to work at the right frequency, but the amplitude is too low for some reason.
Rank: 55 → 35
Component: Audio/Video → WebRTC
Priority: P5 → P3
Paul, what do you think this could be? I'm stumped. It's just after audio-only gUM that we forward the audio track through a media element's mozCaptureStream() (which is just a regular MediaInputPort locked to that one track) and the amplitude of the analysed TEST_AUDIO_FREQ appears too low. I was going to suggest MediaEngineDefaultAudio underruns but this is so early in the test and I think it buffers up some extra data in the beginning so it shouldn't be that.
How low is it? Could it be because of the windowing of the AnalyserNode ?
Flags: needinfo?(padenot) → needinfo?(pehrson)
You can see in the screenshots from the test machines. Here are a couple of examples: Aurora Win7 Opt https://treeherder.mozilla.org/#/jobs?repo=mozilla-aurora&revision=c299490db5590eefac9fef0e2df5dc4bf2cda557&selectedJob=3614359 Screenshot: http://mozilla-releng-blobs.s3.amazonaws.com/blobs/mozilla-aurora/sha512/7e0f1b93bd924cfc45a26aa289b10a739da761f716e4a235c82b79de6d9333be7b606655cc1a98b65588312c7639c35eecf949b8f67e501bdd35ffdea08ef6f2 Inbound Win7 Debug https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&revision=db9b0546e3d48632b0d33361786dc894d23f9dd1&selectedJob=35751522 Screenshot: http://mozilla-releng-blobs.s3.amazonaws.com/blobs/mozilla-inbound/sha512/1beb87c827575fc1242ee19b5e10114ebbdbd3085356e338d801e04e77d7339eb9273ec2fa95e31692ef4e9ef96fa91bd2c87c8e21a85b3749b850b6ff199040 Inbound Win7 Opt https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&revision=fdfb1d87051b55aafb9ff6e3ea8482a527402191&selectedJob=35502130 Screenshot: http://mozilla-releng-blobs.s3.amazonaws.com/blobs/mozilla-inbound/sha512/fbd2b741230b282c8faa96e8d89eddc4a3c14cfc49d643ba413595b9c2cc3ff5be56d37ec20051dc25d62b78a346d6d8e92127cb2bd90a783c93f5dc7ab2d8fe
Flags: needinfo?(pehrson) → needinfo?(padenot)
Currently I'm looking at multiple tests failing in the same way, though this is the only one where we have some kind of proof of what's going on. https://treeherder.mozilla.org/#/jobs?repo=try&revision=557cd026f3bc
I think this is because of MediaEngineDefaultAudio being push based, but let's see.
status-firefox50: --- → unaffected
status-firefox51: --- → affected
status-firefox52: --- → affected
This has been fixed by bug 1307042.
Status: NEW → RESOLVED
Last Resolved: 2 years ago
status-firefox52: affected → fixed
Resolution: --- → FIXED
Assignee: nobody → pehrson
status-firefox51: affected → wontfix
Target Milestone: --- → mozilla52
You need to log in before you can comment on or make changes to this bug.