Performing all audio processing operations in the same place, allows to simplify the code.
Additionally, if accessibility.monoaudio.enable is not set, we always upmix mono to stereo so that if the first audio stream seen was mono, we aren't stuck playing all future streams in mono.
MozReview-Commit-ID: 5yANN6PLFhX
--HG--
extra : rebase_source : c789ba66fa168bc11064b2a329311d90b046c7fc
We attempt to avoid unnecessary resampling of 44.1kHz and 48kHz content, for all others we use cubeb's preferred sampling rate as final sampling rate.
MozReview-Commit-ID: 413qnsDFHzY
--HG--
extra : rebase_source : 2c783be7f6d2ccaab88cee70372905ea92b690f4
The audio is automatically converted to always match the format of the first processed sample.
This is a temporary approach, as it would be preferred to use a final sampling rate not causing too much quality loss.
MozReview-Commit-ID: Lo3827aon43
--HG--
extra : rebase_source : d8de2c85de5a78c2d1a17201a9d0c418ce3312e4
This will allow to easily detect audio configuration change prior immediate playback.
MozReview-Commit-ID: IwDUGOd17ND
--HG--
extra : rebase_source : 37e9e19a58d2e90b107eaf63a2ac19233c521033
Using the gfxprefs for the time being, in order to access the preferences outside of the main thread.
It will allow to easily test future cubeb changes to support change of sampling rate / multichannels.
MozReview-Commit-ID: 2Qvq4zAtzCL
--HG--
extra : rebase_source : 46e272ca46ceb35b8e97b62cd1d2be949ba054f2
Rather than performing the audio processing a few frames at a time, we perform the operation when popping the audio data block.
The only downmixing task left to AudioStream is to handle the force mono preference.
Resampling is currently disabled.
MozReview-Commit-ID: GNQA1h0xcp7
--HG--
extra : rebase_source : c58aa4514a0dc4de06be6dc1da6a598742caa262
The Process API was originally planned to be used to also convert data type. However, this task is now the responsibility of the AudioDataBuffer class.
We can simplify the logic and use frames everywhere.
MozReview-Commit-ID: KvKn1d1yHqQ
--HG--
extra : rebase_source : cd5a3ec2c0293fa39274828ebfd9e80103126cc5
Allow access to original constructor objects, to avoid having to store the original AudioConfig objects elsewhere.
MozReview-Commit-ID: 66pbRJ0wyl
--HG--
extra : rebase_source : 8d9331db430494ead6dad726d18ff4ef5ebdc8a0
We end up showing the "Adobe EME is preffed off" UI on MacOSX because we're
check for Adobe EME support based on platform, not based on whether it's
configured on in the mozconfig. We should really only check for Adobe EME
if 'ac_add_options --enable-eme=adobe' is present in the build config,
as otherwise preffing it on isn't going to work.
MozReview-Commit-ID: CpSAh6gUU1S
--HG--
extra : rebase_source : 815b5ddf8f2889787acd22ab7a434db9b0f23213
WebAnimations API is not enabled by default in all release channels yet.
It is behing the pref dom.animations-api.core.enabled.
Turn the preference on before any test of the animationinspector, and
clear it after the test.
MozReview-Commit-ID: K8UXEthLhnH
--HG--
extra : rebase_source : c20aad209c3bd47b4e76ba05f3ca675fc86ed92a
extra : histedit_source : b09656b90a57beb684d84e7571f16cd36d6d0f7b
Our theming inheritance around Preferences still seems quite messy, however given we'll
need to uplift this I'm planning to tackle this in a separate bug.
We add the LocaleAwareAppCompatActivity in order to avoid affecting other consumers
of LocaleAwareFragementActivity (primarily the SearchActivity). We will investigate
those separately.
MozReview-Commit-ID: KVEZbDdza1s
--HG--
extra : amend_source : 3b296714b2f1d1aa2fd09f4ea8ee7641d0bb36fb
Christoph Kerschbaumer
Alastor Wu
Gabor Krizsanits
Mark Goodwin
Jean-Yves Avenard
Andrea Marchesini
Chris Pearce
Carsten "Tomcat" Book
Tooru Fujisawa
CJKu
Brian Birtles
Olli Pettay
ffxbld
Wes Kocher
Julian Descottes
Drew Willcoxon
Astley Chen
Andrzej Hunt
Dão Gottwald
Edouard Oger