summaryrefslogtreecommitdiffstats
path: root/media/test/data
Commit message (Collapse)AuthorAgeFilesLines
* Add support for avc3 codec string.acolwell@chromium.org2013-10-181-0/+0
| | | | | | | | | | | | | | | The avc3 codec string is used for H.264 content where the SPS & PPS are included at the beginning of each access point instead of in the file headers. This change just allows these streams to be played since our decoders already support this. In fact, our avc1 code essentially creates avc3 style streams for the decoder anyways. BUG=306545 TEST=PipelineIntegrationTest.BasicPlayback_MediaSource_VideoOnly_MP4_AVC3 Review URL: https://codereview.chromium.org/27374002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@229347 0039d316-1c4b-4281-b951-d872f2087c98
* Add test files for MPEG2 Transport Streams.acolwell@chromium.org2013-09-182-0/+0
| | | | | | | | | BUG=254214 TBR=scherkus Review URL: https://codereview.chromium.org/23868045 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@223917 0039d316-1c4b-4281-b951-d872f2087c98
* Icecast test file.acolwell@chromium.org2013-09-041-0/+0
| | | | | | | | | | | A copy of media/test/sfx.mp3 with an Icecast header prepended to it. BUG=280550 TBR=scherkus Review URL: https://codereview.chromium.org/23902005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@221191 0039d316-1c4b-4281-b951-d872f2087c98
* media: Uploading the correct test file for Opusfgalligan@chromium.org2013-08-291-0/+0
| | | | | | | | | | | | | | | Somehow i ended up uploading a 0-byte file before. Now updating media/test/data/bear-opus-end-trimming.webm with the correct file. It's probably because i tried to upload both the binary file and the README in the same CL. R=tomfinegan@chromium.org, xhwang@chromium.org Review URL: https://codereview.chromium.org/23477024 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@220423 0039d316-1c4b-4281-b951-d872f2087c98
* media: Adding test file for Opus WebMvigneshv@chromium.org2013-08-292-0/+9
| | | | | | | | | | | Adding a new test file for testing the standardized implementation of a WebM file with Opus audio only. BUG= Review URL: https://chromiumcodereview.appspot.com/23440012 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@220144 0039d316-1c4b-4281-b951-d872f2087c98
* media: Update VP9 test filestomfinegan@chromium.org2013-07-092-0/+0
| | | | | | | | | | | | Replace old VP9 files that contain an obsolete VP9 bitstream format with current VP9 files. BUG=180280 R=scherkus@chromium.org Review URL: https://codereview.chromium.org/18339007 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@210590 0039d316-1c4b-4281-b951-d872f2087c98
* Adding additional containers in the media test directory (all generated from ↵xhwang@chromium.org2013-05-2916-0/+16
| | | | | | | | | | | | | bear.ogv using avconv). BUG=235108 TBR=xhwang@chromium.org Review URL: https://codereview.chromium.org/16034004 Patch from John Rummell <jrummell@chromium.org>. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@202950 0039d316-1c4b-4281-b951-d872f2087c98
* Replacing VP8 Alpha test filetomfinegan@chromium.org2013-05-211-0/+0
| | | | | | | | | | | | | | | Existing VP8 Alpha test file (bear-vp8a.webm) had a wrong timestamp for the first frame. Updating it with a correct file. Though it didn't break any tests now, this is the correct behavior. BUG=242357 R=acolwell@chromium.org Review URL: https://codereview.chromium.org/15577002 Patch from Vignesh Venkatasubramanian <vigneshv@chromium.org>. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@201364 0039d316-1c4b-4281-b951-d872f2087c98
* WebM file for testing inband text trackstomfinegan@chromium.org2013-05-131-0/+0
| | | | | | | | | | | | | | | This patch comprises just a single WebM test file. In addition to the video track, the file also contains an inband subtitle track. BUG=230708 R=scherkus@chromium.org, tomfinegan@chromium.org Review URL: https://codereview.chromium.org/14678008 Patch from Matthew Heaney <matthewjheaney@chromium.org>. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@199748 0039d316-1c4b-4281-b951-d872f2087c98
* Update VP9 test files to the latest codec bitstream.tomfinegan@chromium.org2013-05-032-0/+0
| | | | | | | | | | TBR=scherkus BUG=none TEST=none Review URL: https://codereview.chromium.org/14952002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@198223 0039d316-1c4b-4281-b951-d872f2087c98
* Test data file for VP8A playbacktomfinegan@chromium.org2013-04-101-0/+0
| | | | | | | | | | | | adding bear-vp8a.webm to media test files BUG=147355 TBR=scherkus Review URL: https://codereview.chromium.org/14036010 Patch from Vignesh Venkatasubramanian <vigneshv@chromium.org>. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@193423 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 190863 "Revert 190807 "Fix a Chrome renderer hang which o..."ygorshenin@chromium.org2013-03-271-0/+47
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | > Revert 190807 "Fix a Chrome renderer hang which occurs when a We..." > > > Fix a Chrome renderer hang which occurs when a WebMediaPlayerImpl instance is shutting down and hangs due to > > a deadlock between the media pipeline thread and the Renderer main thread. > > > > The media pipeline thread waits on a task(RendererGpuVideoDecoderFactories::AsyncCreateSharedMemory) to be > > executed on the main thread while the main thread waits on the media pipeline thread to exit. > > > > The proposed fix is to introduce the following functions on the media::GpuVideoDecoder::Factories interface. > > 1. Abort:- Called during shutdown. > > 2. IsAborted:- Called to check if shutdown is in progress. > > > > The Abort function is called when the WebMediaPlayerImpl is shutting down. The video decoder factory sets an > > event in this context. All tasks which complete asynchronously check for this event along with the event > > which indicates that the async task completed. This ensures that they don't indefinitely wait during shutdown. > > The asynchronous tasks in the RendererGpuVideoDecoderFactories now use a common event to signal completion > > and return their results in member variables. This prevents a race between RendererGpuVideoDecoderFactories::Abort > > being called and these tasks attempting to copy data to the callers stack which may have unwound at this point. > > > > While debugging this problem, I also found that there are scenarios where the GVD::Reset never completes > > thus hanging the renderer. This problem occurs when the GVD is in the kDrainingDecoder state, i.e. waiting > > for a Flush to complete. The VRB is waiting for the GVD::Reset operation to complete. The VDA is waiting for > > output picture buffers which the VRB is holding on to. Proposed fix for that was to flush out the ready frames > > in the VRB::Flush call which unblocks the VDA. > > > > I changed the ReadPixelsCB to take in a const SkBitmap& instead of void* to address the refcount issues with the > > SkBitmap. > > > > While running my test case with tip two DCHECK's in VideoFrameStream::OnDecoderStopped fired. The first one > > is the case where the decoder is stopped while there is a pending read callback. The second one is for the same > > scenario with a pending reset. These fire when the media pipeline is destroyed on the main renderer thread while > > these operations are pending. I added code in the GpuVideoDecoder::Stop function to fire these callbacks which > > seems like the right thing to do. > > > > The other change in the GpuVideoDecoder::NotifyResetDone function was to remove the check for a NULL vda as there > > are scenarios where in the decoder could be destroyed before this callback runs. We need to fire the read and > > reset callbacks anyway. > > > > BUG=179551 > > TEST=The rapid_video_change_test.html file added to media\test\data, when loaded in chrome should hang without > > this patch. Needs some more work to get something similar running in the Chrome OS autotest suite. > > Review URL: https://codereview.chromium.org/12634011 > > TBR=ananta@chromium.org > Review URL: https://codereview.chromium.org/12942011 TBR=ygorshenin@chromium.org Review URL: https://codereview.chromium.org/13044009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@190912 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 190807 "Fix a Chrome renderer hang which occurs when a We..."ygorshenin@chromium.org2013-03-271-47/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | > Fix a Chrome renderer hang which occurs when a WebMediaPlayerImpl instance is shutting down and hangs due to > a deadlock between the media pipeline thread and the Renderer main thread. > > The media pipeline thread waits on a task(RendererGpuVideoDecoderFactories::AsyncCreateSharedMemory) to be > executed on the main thread while the main thread waits on the media pipeline thread to exit. > > The proposed fix is to introduce the following functions on the media::GpuVideoDecoder::Factories interface. > 1. Abort:- Called during shutdown. > 2. IsAborted:- Called to check if shutdown is in progress. > > The Abort function is called when the WebMediaPlayerImpl is shutting down. The video decoder factory sets an > event in this context. All tasks which complete asynchronously check for this event along with the event > which indicates that the async task completed. This ensures that they don't indefinitely wait during shutdown. > The asynchronous tasks in the RendererGpuVideoDecoderFactories now use a common event to signal completion > and return their results in member variables. This prevents a race between RendererGpuVideoDecoderFactories::Abort > being called and these tasks attempting to copy data to the callers stack which may have unwound at this point. > > While debugging this problem, I also found that there are scenarios where the GVD::Reset never completes > thus hanging the renderer. This problem occurs when the GVD is in the kDrainingDecoder state, i.e. waiting > for a Flush to complete. The VRB is waiting for the GVD::Reset operation to complete. The VDA is waiting for > output picture buffers which the VRB is holding on to. Proposed fix for that was to flush out the ready frames > in the VRB::Flush call which unblocks the VDA. > > I changed the ReadPixelsCB to take in a const SkBitmap& instead of void* to address the refcount issues with the > SkBitmap. > > While running my test case with tip two DCHECK's in VideoFrameStream::OnDecoderStopped fired. The first one > is the case where the decoder is stopped while there is a pending read callback. The second one is for the same > scenario with a pending reset. These fire when the media pipeline is destroyed on the main renderer thread while > these operations are pending. I added code in the GpuVideoDecoder::Stop function to fire these callbacks which > seems like the right thing to do. > > The other change in the GpuVideoDecoder::NotifyResetDone function was to remove the check for a NULL vda as there > are scenarios where in the decoder could be destroyed before this callback runs. We need to fire the read and > reset callbacks anyway. > > BUG=179551 > TEST=The rapid_video_change_test.html file added to media\test\data, when loaded in chrome should hang without > this patch. Needs some more work to get something similar running in the Chrome OS autotest suite. > Review URL: https://codereview.chromium.org/12634011 TBR=ananta@chromium.org Review URL: https://codereview.chromium.org/12942011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@190863 0039d316-1c4b-4281-b951-d872f2087c98
* Fix a Chrome renderer hang which occurs when a WebMediaPlayerImpl instance ↵ananta@chromium.org2013-03-271-0/+47
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | is shutting down and hangs due to a deadlock between the media pipeline thread and the Renderer main thread. The media pipeline thread waits on a task(RendererGpuVideoDecoderFactories::AsyncCreateSharedMemory) to be executed on the main thread while the main thread waits on the media pipeline thread to exit. The proposed fix is to introduce the following functions on the media::GpuVideoDecoder::Factories interface. 1. Abort:- Called during shutdown. 2. IsAborted:- Called to check if shutdown is in progress. The Abort function is called when the WebMediaPlayerImpl is shutting down. The video decoder factory sets an event in this context. All tasks which complete asynchronously check for this event along with the event which indicates that the async task completed. This ensures that they don't indefinitely wait during shutdown. The asynchronous tasks in the RendererGpuVideoDecoderFactories now use a common event to signal completion and return their results in member variables. This prevents a race between RendererGpuVideoDecoderFactories::Abort being called and these tasks attempting to copy data to the callers stack which may have unwound at this point. While debugging this problem, I also found that there are scenarios where the GVD::Reset never completes thus hanging the renderer. This problem occurs when the GVD is in the kDrainingDecoder state, i.e. waiting for a Flush to complete. The VRB is waiting for the GVD::Reset operation to complete. The VDA is waiting for output picture buffers which the VRB is holding on to. Proposed fix for that was to flush out the ready frames in the VRB::Flush call which unblocks the VDA. I changed the ReadPixelsCB to take in a const SkBitmap& instead of void* to address the refcount issues with the SkBitmap. While running my test case with tip two DCHECK's in VideoFrameStream::OnDecoderStopped fired. The first one is the case where the decoder is stopped while there is a pending read callback. The second one is for the same scenario with a pending reset. These fire when the media pipeline is destroyed on the main renderer thread while these operations are pending. I added code in the GpuVideoDecoder::Stop function to fire these callbacks which seems like the right thing to do. The other change in the GpuVideoDecoder::NotifyResetDone function was to remove the check for a NULL vda as there are scenarios where in the decoder could be destroyed before this callback runs. We need to fire the read and reset callbacks anyway. BUG=179551 TEST=The rapid_video_change_test.html file added to media\test\data, when loaded in chrome should hang without this patch. Needs some more work to get something similar running in the Chrome OS autotest suite. Review URL: https://codereview.chromium.org/12634011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@190807 0039d316-1c4b-4281-b951-d872f2087c98
* Rename for consistency. BUG=166565dalecurtis@google.com2013-02-121-0/+0
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@181830 0039d316-1c4b-4281-b951-d872f2087c98
* Add test case for BUG=166565dalecurtis@google.com2013-02-121-0/+0
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@181829 0039d316-1c4b-4281-b951-d872f2087c98
* Remove channel layout mask. BUG=174502dalecurtis@google.com2013-02-061-0/+0
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@180838 0039d316-1c4b-4281-b951-d872f2087c98
* Add test data file for BUG=174502dalecurtis@google.com2013-02-061-0/+0
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@180833 0039d316-1c4b-4281-b951-d872f2087c98
* media: Add test files for Opus audio and VP9 video in WebM containers.tomfinegan@chromium.org2013-01-293-0/+0
| | | | | | Review URL: https://codereview.chromium.org/12084048 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@179389 0039d316-1c4b-4281-b951-d872f2087c98
* Add test data for BUG=171962dalecurtis@google.com2013-01-261-0/+0
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@178967 0039d316-1c4b-4281-b951-d872f2087c98
* Tighten up media::DecoderBuffer data requirements.scherkus@chromium.org2013-01-171-0/+0
| | | | | | | | | | Calling DecoderBuffer::CopyFrom(NULL, 0) is a crashable offense as it's strong evidence that there's a bug in a demuxer generating NULL-containing packets. BUG=169133 Review URL: https://codereview.chromium.org/11887011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@177302 0039d316-1c4b-4281-b951-d872f2087c98
* Add MPEG2 AAC-LC test file.acolwell@chromium.org2013-01-161-0/+0
| | | | | | | | | BUG=168891 TBR=scherkus@chromium.org Review URL: https://codereview.chromium.org/11971019 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@177164 0039d316-1c4b-4281-b951-d872f2087c98
* Removed files that were renamed in a previous CL.ddorwin@chromium.org2013-01-116-0/+0
| | | | | | Review URL: https://chromiumcodereview.appspot.com/11830060 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176250 0039d316-1c4b-4281-b951-d872f2087c98
* Add test files for new EME tests.ddorwin@chromium.org2013-01-1115-0/+17
| | | | | | | | BUG=168852,168930 Review URL: https://codereview.chromium.org/11818050 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@176221 0039d316-1c4b-4281-b951-d872f2087c98
* Add encrypted WebM files for config change tests.ddorwin@chromium.org2013-01-042-0/+0
| | | | | | | | BUG=167811 Review URL: https://codereview.chromium.org/11787009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@175229 0039d316-1c4b-4281-b951-d872f2087c98
* Add test data for new AudioFileReader tests.dalecurtis@google.com2012-12-057-0/+0
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@171113 0039d316-1c4b-4281-b951-d872f2087c98
* Update encrypted WebM test file to treat IVs as raw data.fgalligan@chromium.org2012-10-121-0/+0
| | | | | | | | | | BUG=155639 TEST=All media_unittests pass. TBR=xhwang Review URL: https://codereview.chromium.org/11142003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@161666 0039d316-1c4b-4281-b951-d872f2087c98
* Remove HMAC from encrypted WebM test file.fgalligan@chromium.org2012-09-171-0/+0
| | | | | | | | | BUG=150012 TEST=All media_unittests pass. Review URL: https://codereview.chromium.org/10907271 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157243 0039d316-1c4b-4281-b951-d872f2087c98
* Remux bear-640x360.webm so it is a valid WebM file & update the ChunkDemuxer ↵acolwell@chromium.org2012-08-212-7/+7
| | | | | | | | | | | | tests that rely on it. FFmpeg generated the existing file with negative timestamps at the beginning which violates the WebM spec. 26ms had to be added to all the timestamps in the file to make it valid. This slightly shifted the file layout and cluster boundaries so ChunkDemuxer tests needed to be updated. BUG=122913 Review URL: https://chromiumcodereview.appspot.com/10861030 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@152585 0039d316-1c4b-4281-b951-d872f2087c98
* Update dash test files.acolwell@chromium.org2012-08-202-0/+0
| | | | | | | | | BUG=122913 TBR=acolwell@chromium.org Review URL: https://chromiumcodereview.appspot.com/10854236 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@152386 0039d316-1c4b-4281-b951-d872f2087c98
* Adds support for multi-channel output audio for the low-latency path in Windows.henrika@chromium.org2012-08-072-0/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | What's new? ======== Output stream is always opened up using the native number of channels and channel configuration. The user can set a lower number of channels during construction and for this case up-mixing (typically 2 -> 7.1) takes place since the audio source does not deliver sufficient number of channels for this case. It is still possible to avoid up-mixing simply by creating up the stream using the native channel count (which can be queried before construction). TODO ==== - Clean up ChannelUpMix(). - Add support for 8-bit and 24-bit audio? - Add support for 2 -> 1 down-mixing? - More mixing combinations? - Add accessors for ChannelCount/Layout. - Improve usage of channel_factor to detect mixing mode. BUG=138762 TEST=media_unittests --gtest_filter=WASAPIAudioOutput* Review URL: https://chromiumcodereview.appspot.com/10823100 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@150307 0039d316-1c4b-4281-b951-d872f2087c98
* Update test file so all clusters begin with a keyframe.acolwell@chromium.org2012-08-031-0/+0
| | | | | | | | | BUG=136438 TBR=acolwell@chromium.org Review URL: https://chromiumcodereview.appspot.com/10830155 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@149757 0039d316-1c4b-4281-b951-d872f2087c98
* Update encrypted WebM file in media/test/data.fgalligan@chromium.org2012-08-021-0/+0
| | | | | | | | | | TBR=xhwang@chromium.org BUG=140378 TEST=All media_uinttests pass. Review URL: https://chromiumcodereview.appspot.com/10828137 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@149739 0039d316-1c4b-4281-b951-d872f2087c98
* Add test clip with 16:9 aspect ratio.acolwell@chromium.org2012-08-011-0/+0
| | | | | | | | TBR=acolwell@chromium.org Review URL: https://chromiumcodereview.appspot.com/10823128 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@149530 0039d316-1c4b-4281-b951-d872f2087c98
* Add config change handling to SourceBufferStream & ChunkDemuxeracolwell@chromium.org2012-07-262-0/+33
| | | | | | | | | | BUG=122913 TEST=None Review URL: https://chromiumcodereview.appspot.com/10696182 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@148563 0039d316-1c4b-4281-b951-d872f2087c98
* Add new test file for codec config change tests.acolwell@chromium.org2012-07-251-0/+0
| | | | | | | | | | BUG=122913 TEST=None TBR=acolwell@chromium.org Review URL: https://chromiumcodereview.appspot.com/10825023 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@148436 0039d316-1c4b-4281-b951-d872f2087c98
* Update encrypted WebM test files in media/test/data.fgalligan@chromium.org2012-07-231-0/+0
| | | | | | | | | | | | - The files are updated to work with decryptor changes from crbug.com/119845. BUG=132801 TEST=media_unittests Review URL: https://chromiumcodereview.appspot.com/10806046 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@147940 0039d316-1c4b-4281-b951-d872f2087c98
* Clean up decryption tests in FFmpegVideoDecoderTest.xhwang@chromium.org2012-07-231-0/+0
| | | | | | | | | | | BUG=132801 TEST=media_unittest Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=147868 Review URL: https://chromiumcodereview.appspot.com/10800057 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@147877 0039d316-1c4b-4281-b951-d872f2087c98
* Add MP4 DASH test fileacolwell@chromium.org2012-06-121-0/+0
| | | | | | | | | | TBR=acolwell@chromium.org BUG=129072 TEST=None Review URL: https://chromiumcodereview.appspot.com/10539117 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141766 0039d316-1c4b-4281-b951-d872f2087c98
* Add webm_ebml_element test file.acolwell@chromium.org2012-06-081-0/+0
| | | | | | | | | | TBR=acolwell@chromium.org BUG=122913 TEST=None Review URL: https://chromiumcodereview.appspot.com/10536072 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141218 0039d316-1c4b-4281-b951-d872f2087c98
* Add alt-ref test file.acolwell@chromium.org2012-06-061-0/+0
| | | | | | | | | TBR=acolwell@chromium.org BUG=131265 Review URL: https://chromiumcodereview.appspot.com/10532036 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@140826 0039d316-1c4b-4281-b951-d872f2087c98
* Pre-land some test data files for BUG=127692 TBR=scherkusdalecurtis@google.com2012-05-142-0/+0
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@136924 0039d316-1c4b-4281-b951-d872f2087c98
* Add mp3 test data for upcoming change. BUG=127692 TBR=scherkusdalecurtis@google.com2012-05-111-0/+0
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@136473 0039d316-1c4b-4281-b951-d872f2087c98
* Land ID3 test data manually.dalecurtis@google.com2012-04-181-0/+0
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@132894 0039d316-1c4b-4281-b951-d872f2087c98
* Disable ID3v1 tag reading.dalecurtis@chromium.org2012-04-181-0/+0
| | | | | | | | | | | | | | | | | | | | | | ID3 tag reading is pretty well entrenched in FFmpeg, so we can't just disable ID3 entirely or we'll fail to identify and parse files which start with ID3 tags. This change prevents FFmpeg from attempting to read ID3v1 tags from the end of the file. As far as I can tell, FFmpeg only supports ID3v2 tags at the start of the file, so we don't need to worry about those. Will require a DEPS roll to update Windows FFmpeg DLLs and add two new signature entries for avformat_alloc_context() and av_dict_set(). BUG=94285 TEST=Played mp3 from bug, observed no more extraneous requests. Review URL: http://codereview.chromium.org/10012049 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@132870 0039d316-1c4b-4281-b951-d872f2087c98
* Add test files for AES decryptor.xhwang@chromium.org2012-03-072-0/+0
| | | | | | | | | | TBR=scherkus@chromium.org BUG=117060 TEST=these are test files Review URL: https://chromiumcodereview.appspot.com/9592036 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@125271 0039d316-1c4b-4281-b951-d872f2087c98
* Add a test file to simulate live WebM.acolwell@chromium.org2012-03-062-0/+2
| | | | | | | | | | TBR=acolwell@chromium.org BUG=116824 TEST=None Review URL: https://chromiumcodereview.appspot.com/9616018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@125174 0039d316-1c4b-4281-b951-d872f2087c98
* Add test file for WebM content encodings elements.xhwang@chromium.org2012-02-231-0/+0
| | | | | | | | | BUG=none TEST=this is a test data file Review URL: https://chromiumcodereview.appspot.com/9456002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@123286 0039d316-1c4b-4281-b951-d872f2087c98
* Audio only & Video only versions of bear-320x240.webmacolwell@chromium.org2012-01-272-0/+0
| | | | | | | | | TBR=acolwell@chromium.org BUG=111128 Review URL: https://chromiumcodereview.appspot.com/9295006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@119361 0039d316-1c4b-4281-b951-d872f2087c98
* Check in test files for bug 106735.scherkus@chromium.org2011-12-152-0/+0
| | | | | | | | | TBR=acolwell BUG=106735 Review URL: http://codereview.chromium.org/8966002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@114675 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-02-13 07:53:11 +0000