Strip IVF headers from VP8 streams before sending them to the OMX decoder.

Strip IVF headers from VP8 streams before sending them to the OMX decoder.

BUG=136962
TEST=this runs through most of the input file displaying lots of pretty frames before segfaulting in the SEC-OMX library: DISPLAY=:0 ./Debug/omx_video_decode_accelerator_unittest  --gtest_filter=DecodeVariations/VideoDecodeAcceleratorTest.TestSimpleDecode/0 --test_video_data='test-25fps.vp8:320:240:250:250:50:175:11'


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

[Ami GONE FROM CHROMIUM, 2012-07-25 22:41:15]

https://chromiumcodereview.appspot.com/10828022/diff/1/content/common/gpu/med...
File content/common/gpu/media/omx_video_decode_accelerator.cc (left):

https://chromiumcodereview.appspot.com/10828022/diff/1/content/common/gpu/med...
content/common/gpu/media/omx_video_decode_accelerator.cc:479:
DCHECK_NE(current_state_change_, ERRORING);
I must have been on crack when I wrote this; the error case can get here during
any transition (or with no transition).

https://chromiumcodereview.appspot.com/10828022/diff/1/content/common/gpu/med...
File content/common/gpu/media/video_decode_accelerator_unittest.cc (left):

https://chromiumcodereview.appspot.com/10828022/diff/1/content/common/gpu/med...
content/common/gpu/media/video_decode_accelerator_unittest.cc:397: // range. 
Assert that.
More crack removal.  This logic relied on the decoder never needing to buffer
input packets past their input bitstream buffer, but that's silly.

[scherkus (not reviewing), 2012-07-26 00:00:01]

lgtm

http://www.messletters.info/comments/congratulations/superjob.gif

[commit-bot: I haz the power, 2012-07-26 00:02:09]

CQ is trying da patch. Follow status at
https://chromium-status.appspot.com/cq/fischman@chromium.org/10828022/1

[Pawel Osciak, 2012-07-26 01:33:31]

lgtm

lgtm

[commit-bot: I haz the power, 2012-07-26 02:18:01]

Change committed as 148479