Add FLAC to trunk/deps/third_party/....

Add FLAC to trunk/deps/third_party/.
This will be used for compressing and transmitting recorded audio for speech
recognition in a subsequent CL.

BUG=none
TEST=none


Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=71053

[M-A Ruel, 2011-01-11 18:03:51]

lgtm

[Peter Kasting, 2011-01-11 18:45:26]

Just a drive-by question: why FLAC?  Wouldn't something lossy (and custom-tuned
for voice) like speex provide dramatically better compression and thus better
bandwidth utilization?

[Satish, 2011-01-11 20:56:12]

On 2011/01/11 18:45:26, Peter Kasting wrote:
> Just a drive-by question: why FLAC?  Wouldn't something lossy (and
custom-tuned
> for voice) like speex provide dramatically better compression and thus better
> bandwidth utilization?

We do use speex today. FLAC will be used on high bandwidth connections as an
experiment to improve recognition quality.

[M-A Ruel, 2011-01-11 20:59:08]

On 2011/01/11 20:56:12, Satish wrote:
> On 2011/01/11 18:45:26, Peter Kasting wrote:
> > Just a drive-by question: why FLAC?  Wouldn't something lossy (and
> custom-tuned
> > for voice) like speex provide dramatically better compression and thus
better
> > bandwidth utilization?
> 
> We do use speex today. FLAC will be used on high bandwidth connections as an
> experiment to improve recognition quality.

I tend to agree with Peter though, even using ffmpeg encoding seems saner to me
than adding yet another library code bloat.

[Peter Kasting, 2011-01-11 21:01:49]

I'm OK with pretty much anything for experiments, but make sure you take a hard
look at quality-versus-codesize once you have your data.  I would be sad to ship
FLAC just for high-bandwidth voice recognition.  I suspect that environmental
noise would dominate speex compression losses anyway, but obviously that's what
you want data on :)