summaryrefslogtreecommitdiffstats
path: root/media/test
Commit message (Collapse)AuthorAgeFilesLines
* 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
* Cleanup: Remove unnecessary ".get()" from scoped_ptrs<>.erg@chromium.org2013-04-231-2/+2
| | | | | | | | | | | In r174057, enne@ added support for implicit testing to scoped_ptr<>. Removes these in media/. BUG=232084 Review URL: https://chromiumcodereview.appspot.com/13870018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@195875 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
* base: Move MemoryMappedFile out of file_util.h and into its own header file.tfarina@chromium.org2013-02-241-1/+2
| | | | | | | | | | | BUG=175002 TEST=base_unittests R=brettw@chromium.org TBR=erikwright@chromium.org,tommi@chromium.org,fischman@chromium.org,ben@chromium.org Review URL: https://chromiumcodereview.appspot.com/12321062 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@184356 0039d316-1c4b-4281-b951-d872f2087c98
* Move file_path.h to base/files.brettw@chromium.org2013-02-241-1/+1
| | | | | | TBR=sky git-svn-id: svn://svn.chromium.org/chrome/trunk/src@184344 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
* Replace FilePath with base::FilePath in some more top level directories.brettw@chromium.org2013-02-101-4/+4
| | | | | | Review URL: https://codereview.chromium.org/12217101 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@181640 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
* Remove use of AV_EF_CAREFUL from media code.scherkus@chromium.org2012-12-131-1/+0
| | | | | | | | | It's only used in AC3 and ALS decoders, neither of which we use. Review URL: https://chromiumcodereview.appspot.com/11573010 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@172959 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
* Roll ffmpeg DEPS for fixes, patch removal, and better GOMA detection.dalecurtis@google.com2012-11-021-34/+18
| | | | | | | | | | | | | | | | | | Also fixes various media tools which were using the old av_register_protocol2() path instead of the new FFmpegGlue hotness. Includes: 3d123ab Zero initialize ff_lockmgr_cb. b694550 Remove custom av_register_protocol2() patch. c317c1c Use build.ninja to see the user uses GOMA or not. BUG=146529,118986,159139 TEST=builds. Review URL: https://codereview.chromium.org/11365050 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@165752 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
* Switch to using avcodec_decode_audio4, avcodec_alloc_context3.dalecurtis@chromium.org2012-06-111-15/+31
| | | | | | | | | | | | | | | | Allows us to remove another patch from FFmpeg relating to using deprecated features! We're now using the latest and greatest! FFmpeg side changes here, https://gerrit.chromium.org/gerrit/24823 BUG=112673 TEST=ffmpeg_regression_tests, webaudio tests. Review URL: https://chromiumcodereview.appspot.com/10540067 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@141524 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
* Enable multithreaded theora decode.dalecurtis@chromium.org2012-03-161-7/+0
| | | | | | | | | | BUG=53967 TEST=Ran all layout tests, ffmpeg_unittests, ffmpeg_regression_tests. Review URL: http://codereview.chromium.org/9700051 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@127102 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
* Second attempt to land ffmpeg roll.dalecurtis@google.com2012-03-011-8/+7
| | | | | | | | | | | | | | | | | Attempt 2 at landing http://codereview.chromium.org/9317096/ Same as before except for fixes in checkperms/ However, fixes have landed elsewhere for: - mp3 decode issue. - FrameRateNoVsyncCanvasInternalTest.fishbowl/0 BUG=110776 TEST=unittests, layouttests, trybots, perf tests... Review URL: https://chromiumcodereview.appspot.com/9447029 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@124501 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
* Revert 123123 (probably caused a big perf regression -- http://crbug.com/115479,thakis@chromium.org2012-02-231-7/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | and possibly made frame rate tests fail: http://crbug.com/115477. Will revert the revert if it doesn't help.) - Fix media code to work with new ffmpeg. Once ffmpeg git, svn are updated to new ffmpeg, will update DEPS in this CL. Which when committed, should seal the deal for the ffmpeg roll. API Changes: avutil: SampleFormat->AVSampleFormat avutil: av_get_bits_per_sample_fmt -> av_get_bytes_per_sample avcodec: avcodec_open -> avcodec_open2(..., NULL) avcodec: avcodec_decode_video2(... AVPacket ...) -> const AVPacket. avformat: av_open_input_file -> avformat_open_input avformat: av_register_protocol2 -> ffurl_register_protocol avformat: av_close_input_file -> avformat_close_input(&...) avformat: av_find_stream_info -> avformat_find_stream_info(..., NULL) URLContext now has a url_open2 method as well, for now I've set this to NULL. Also fixes: - ffmpeg_unittests change threading to mirror ffmpeg_video_decoder. There's an issue where threading causes the last frames of a no-audio video to be clipped. It existed before this ffmpeg roll, but because threading was disabled by default in ffmpeg, we never noticed it. - ffmpeg_demuxer_tests: GetBitrate_UnsetInContainer_NoFileSize now passes. - New ffmpeg_unittests passes: sync0_ogv/FFmpegTest.Seek_Video/0, where GetParam() = "sync0.ogv" sync1_ogv/FFmpegTest.Seek_Video/0, where GetParam() = "sync1.ogv" sync2_ogv/FFmpegTest.Seek_Video/0, where GetParam() = "sync2.ogv" FFmpeg fixups here, https://chromiumcodereview.appspot.com/9325049/ New git repo here: http://git.chromium.org/gitweb/?p=chromium/third_party/ffmpeg.git;a=summary Merge+Patches diff: https://chromiumcodereview.appspot.com/9317107 BUG=110776 TEST=unittests, layouttests, etc. Trybots. Review URL: https://chromiumcodereview.appspot.com/9317096 TBR=dalecurtis@google.com Review URL: https://chromiumcodereview.appspot.com/9455018 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@123249 0039d316-1c4b-4281-b951-d872f2087c98
* Fix media code to work with new ffmpeg.dalecurtis@google.com2012-02-221-8/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Once ffmpeg git, svn are updated to new ffmpeg, will update DEPS in this CL. Which when committed, should seal the deal for the ffmpeg roll. API Changes: avutil: SampleFormat->AVSampleFormat avutil: av_get_bits_per_sample_fmt -> av_get_bytes_per_sample avcodec: avcodec_open -> avcodec_open2(..., NULL) avcodec: avcodec_decode_video2(... AVPacket ...) -> const AVPacket. avformat: av_open_input_file -> avformat_open_input avformat: av_register_protocol2 -> ffurl_register_protocol avformat: av_close_input_file -> avformat_close_input(&...) avformat: av_find_stream_info -> avformat_find_stream_info(..., NULL) URLContext now has a url_open2 method as well, for now I've set this to NULL. Also fixes: - ffmpeg_unittests change threading to mirror ffmpeg_video_decoder. There's an issue where threading causes the last frames of a no-audio video to be clipped. It existed before this ffmpeg roll, but because threading was disabled by default in ffmpeg, we never noticed it. - ffmpeg_demuxer_tests: GetBitrate_UnsetInContainer_NoFileSize now passes. - New ffmpeg_unittests passes: sync0_ogv/FFmpegTest.Seek_Video/0, where GetParam() = "sync0.ogv" sync1_ogv/FFmpegTest.Seek_Video/0, where GetParam() = "sync1.ogv" sync2_ogv/FFmpegTest.Seek_Video/0, where GetParam() = "sync2.ogv" FFmpeg fixups here, https://chromiumcodereview.appspot.com/9325049/ New git repo here: http://git.chromium.org/gitweb/?p=chromium/third_party/ffmpeg.git;a=summary Merge+Patches diff: https://chromiumcodereview.appspot.com/9317107 BUG=110776 TEST=unittests, layouttests, etc. Trybots. Review URL: https://chromiumcodereview.appspot.com/9317096 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@123123 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-03-30 10:25:01 +0000