summaryrefslogtreecommitdiffstats
path: root/media/test
diff options
context:
space:
mode:
authorhclam@chromium.org <hclam@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2009-06-15 18:17:11 +0000
committerhclam@chromium.org <hclam@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2009-06-15 18:17:11 +0000
commit045e9351159d84a721016c3fc570f9de7d546895 (patch)
treecb10736f06aa7f022d5b8b42cf22ad207ea1a6cd /media/test
parentabe3ad93b1996ad1b1aff121dbce6be533e579c3 (diff)
downloadchromium_src-045e9351159d84a721016c3fc570f9de7d546895.zip
chromium_src-045e9351159d84a721016c3fc570f9de7d546895.tar.gz
chromium_src-045e9351159d84a721016c3fc570f9de7d546895.tar.bz2
Fixing bug that 8bit PCM stream is gabbled
The CodecContext passed into FFmpegAudioDecoder by the FFmpegDemuxer says the output samples are 16bits. So we tell the audio renderer to create a 16bits audio output stream. But after the decoder is allocated by avcodec_find_codec, the sample bits information in |codec_context_| is changed to 8bit! So we are feeding 16bits output stream with 8bits data. The decoder should knows more about the actual output format. So query the sample bits information after the decoder is allocated. Review URL: http://codereview.chromium.org/125027 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@18406 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'media/test')
0 files changed, 0 insertions, 0 deletions