Exclude extension settings strings for platforms that don't have extensions.

Removed the product name placeholder due to presumbit warning http://goo.gl/6614MQ.

BUG=326023

Review URL: https://codereview.chromium.org/159723009

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@250841 0039d316-1c4b-4281-b951-d872f2087c98
Allow WebAudio decodeAudioData() to be more resilient to bad streams.

In the standard HTML5 audio path we simply skip over these errors after
throwing out the current packet.  We should do the same thing in WebAudio.

BUG=170147
TEST=test case on bug works correctly.

Review URL: https://codereview.chromium.org/132373013

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@250842 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 250841
Disk cache: Disable block file internal consistency dchecks for normal builds.

BUG=169960
TEST=none
R=gavinp@chromium.org

Review URL: https://codereview.chromium.org/148293016

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@250843 0039d316-1c4b-4281-b951-d872f2087c98
Add basic support for "googDucking" to getUserMedia on Windows.
When enabled, this causes Chrome to open the default communication device instead of the "regular" default device (eConsole).

At the moment this only works for the default device (i.e. when getUserMedia is called _without_ a sourceId constraint).  But it is possible to implement this for other audio devices and I'll do so in a followup CL.

While doing this I also fixed a few other things that I ran into:

* Added support for the 'AudioParameters::DUCKING' effect in the WASAPI audio implementation.
* Refactored WASAPIAudioInputStream:
  Removed HardwareSampleRate and HardwareChannelCount since they duplicate work and added GetInputStreamParameters instead.
* Fixed AudioManager::GetInputStream to return format == linear AudioParameters on XP (previously it would always return 'low latency').
* Fixed AudioManager::GetInputStream to return a 10ms default buffer size for the low latency path instead of a fixed buffer size of 2048.
* Fixed a race issue with how CoreAudio::IsSupported was being used.  Also added documentation/warning about the implementation properties of that function.
   - This race has been causing tests to be flaky (for example the InputVolumeTest has been red for weeks on the Windows audio bot: http://build.chromium.org/p/chromium.gpu.fyi/waterfall?builder=Win7%20Audio).
* Removed the InvalidPacketSize test since it doesn't make sense anymore.  The code that InvalidPacketSize has been testing, has been gone for 6 weeks now and the Windows audio bot has been red that entire time.

BUG=340377, 314654, 295751
TEST=Manually run the "WASAPIAudioInputStreamRecordToFile" test while playing out audio in another application (or a youtube clip).  The playing audio should lower in volume while the test runs.

Review URL: https://codereview.chromium.org/155863003

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@250844 0039d316-1c4b-4281-b951-d872f2087c98
SVN changes up to revision 250844