summaryrefslogtreecommitdiffstats
path: root/media/media_lib.scons
Commit message (Collapse)AuthorAgeFilesLines
* Implementaion of the VideoFrame interaface plus unit tests. Modified the ↵ralphl@chromium.org2009-03-111-0/+2
| | | | | | | | mock video decoder to use the new frame implementation. Review URL: http://codereview.chromium.org/42038 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11410 0039d316-1c4b-4281-b951-d872f2087c98
* YUV conversion code.fbarchard@chromium.org2009-03-061-0/+2
| | | | | | | This will be used for reference. Its reasonably simple, fast and high quality. Future versions will be optimized and should try to maintain similar quality. Longer term we may move this to Skia or attempt a hardware version. Review URL: http://codereview.chromium.org/40029 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11089 0039d316-1c4b-4281-b951-d872f2087c98
* Refactored AudioRendererImpl and NullAudioRenderer into a new base class ↵scherkus@chromium.org2009-02-241-0/+2
| | | | | | | | | | | | AudioRendererBase. AudioRendererBase handles the threaded queueing of audio data and provides simplified interfaces and methods for subclasses. As the saying goes, "threads are hard" so reducing the amount of multi-threaded code people have to write is always a good thing. Review URL: http://codereview.chromium.org/28042 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10309 0039d316-1c4b-4281-b951-d872f2087c98
* Moved most functionality of video renderer into a base class ↵ralphl@chromium.org2009-02-241-0/+2
| | | | | | | | | (video_renderer_base) and implemented mock filter will full functionality execpt that it never draws anything. Review URL: http://codereview.chromium.org/20343 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10239 0039d316-1c4b-4281-b951-d872f2087c98
* Checking in media::NullAudioRenderer, the equivalent of decoding to /dev/null.scherkus@chromium.org2009-02-131-0/+2
| | | | | | | | | | | | NullAudioRenderer effectively uses an extra thread to "throw away" the audio data at a rate resembling normal playback speed. NullAudioRenderer can also be used in situations where the client has no audio device or we haven't written an audio implementation for a particular platform yet. It supports any type of MediaFormat as long as the mime type has been set to audio/x-uncompressed. Playback rate is also supported and NullAudioRenderer will slow down and speed up accordingly. Review URL: http://codereview.chromium.org/20339 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9780 0039d316-1c4b-4281-b951-d872f2087c98
* A very basic implementation of a data source, which opens a file. ↵ralphl@chromium.org2009-02-121-0/+2
| | | | | | | | Implementation of the DataSource media filter interface. Review URL: http://codereview.chromium.org/21111 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9642 0039d316-1c4b-4281-b951-d872f2087c98
* Construct AudioRendererHost in BrowserRendererProcessHost, also constructhclam@chromium.org2009-02-111-0/+10
| | | | | | | | ResourceMessageFilter with pointer to it so we can delegate requests to it from IPC later. Review URL: http://codereview.chromium.org/20131 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9551 0039d316-1c4b-4281-b951-d872f2087c98
* Checking in default implementation of AudioRenderer interface, ↵scherkus@chromium.org2009-02-101-0/+4
| | | | | | | | AudioRendererImpl. Review URL: http://codereview.chromium.org/20123 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@9489 0039d316-1c4b-4281-b951-d872f2087c98
* Checking in media::Synchronizer, a utility class to facilitate A/V ↵scherkus@chromium.org2009-01-301-0/+2
| | | | | | | | synchronization. Review URL: http://codereview.chromium.org/19693 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@8950 0039d316-1c4b-4281-b951-d872f2087c98
* Generate additional .vcproj files in miscellaneous top-level components.sgk@google.com2009-01-261-22/+67
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This also updates the .vcproj files themselves to fix minor stylistic incompatibilities with the rest. Affected .vcproj files: * No change (byte-for-byte identical): media\build\media.vcproj media\build\media_player.vcproj media\build\media_unittests.vcproj google_update\ondemand_updates.vcproj * Remove .\ prefix where inconsistent with the rest of a filelist: rlz\rlz.vcproj breakpad\breakpad_handler.vcproj * Add empty <ToolFiles>, <References> and <Globals> sections: breakpad\breakpad_sender.vcproj * Add explicit RootNamespace attribute: sdch\sdch.vcproj * Use Windows-canonical \ separators: sdch\sdch.vcproj * Remove unnecessary Filter and UniqueIdentifier attributes from <Filter> declarations: sdch\sdch.vcproj Additional cleanups along for the ride: * Split breakpad\SConscript logic into separate breakpad_{handler,sender}.scons files. * Add a media\media_player.scons configuration. Review URL: http://codereview.chromium.org/18717 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@8644 0039d316-1c4b-4281-b951-d872f2087c98
* This is the frozen interface definition for the media pipeline, filters, and ↵ralphl@chromium.org2009-01-211-0/+1
| | | | | | | | | | | | | | filter hosts. It has been pre-code-reviewed by scherkus already. There is no actual implementation in this change -- only an empty skeleton for every public method is provided. The actual code is ready, but this change is intended to get buy-off for the public interface. I added pipeline_impl.cc to the media_lib.scons since it was missing (it was present in the .sln file already) Review URL: http://codereview.chromium.org/18380 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@8396 0039d316-1c4b-4281-b951-d872f2087c98
* Checking in stubbed out media::FilterHostImpl and updated Windows and Linux ↵scherkus@chromium.org2009-01-061-0/+1
| | | | | | | | build files. Review URL: http://codereview.chromium.org/17067 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@7602 0039d316-1c4b-4281-b951-d872f2087c98
* Mass convert ChromeStaticLibrary -> ChromeLibrary, including pulling the ↵evanm@google.com2008-12-261-1/+1
| | | | | | | | | | | updated ICU dep that uses it as well. Add a SHARED scons command-line flag to build shared libraries. Review URL: http://codereview.chromium.org/16477 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@7479 0039d316-1c4b-4281-b951-d872f2087c98
* Initial generation of native Visual Studio solution filessgk@google.com2008-12-191-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | (project files still to come). To wit: * Solution file configuration is in *_sln.scons files (base\base_sln.scons, chrome\chrome_sln.scons). * Individual Project file configuration is in the the .scons file for the relevant target (base\base_unittests.scons, third_party\libxml\libxml.scons, etc.)--that is, where their file lists will live. * MSVSProject() calls are currently placeholders that establish the existence of Project Nodes (and Project dependencies) but don't yet have actual Project configuration information (file lists, .vsprops, etc.). * Configuraiton is very manual. In particular, the entries in the .sln file will be written out in exactly the order specified in the configuration(s). The current ordering is taken from our existing .sln files, so we can generate virtually the same configurations on output. * Generated solution files are nearly byte-for-byte identical with our existing .sln files, modulo: * net\dump_cache has a WebsiteProperties sections (making that configurable per project isn't important right now); * sandbox\sandbox.sln was missing a dependency of base.vcproj on on debug_message.vcproj (present in other .sln files) * webkit\webkit.sln was missing dependencies of WebCore.vcproj on libxml_config.vcproj and libxslt_config.vcproj (present in chrome.sln); * add a handful of other miscellaneous missing dependencies on various .vcproj definitions in chrome.sln (present in other .sln files). * remove stats_viewer.csproj from chrome.sln (sorry, mbelshe), which was complicating the solution configuration with unnecessary (for us) "Mixed Platform" types; * All MSVSFolder(), MSVSProject() and MSVSSolution() calls have hard-wired guid= values taken from our existing configuration, so we can: 1) verify generation of working configs; 2) minimize diffs when checking in generated .sln files. We can remove these in the future in favor of extracting them from existing .sln files if we wish. * Add ChromeMSVSFolder(), ChromeMSVSProject() and ChromeMSVSSolution() wrappers to chromium_builders.py, that gate the underlying call to the env.MSVS*() builders based on whether env.Bit('msvs') is set (i.e., we're in --mode=msvs). * Remove platform-specific gating of to-be-ported .scons files that we now need to load on any platform to generate coheren MSVS files. Move the env.Bit('windows') tests for actually building their executables into the individual .scons files. Review URL: http://codereview.chromium.org/14472 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@7297 0039d316-1c4b-4281-b951-d872f2087c98
* Convert from using env['PLATFORM'] directly to using the more flexiblesgk@google.com2008-12-181-4/+4
| | | | | | | | | | | | | | | | | | and better-thought-out Hammer env.Bits() idioms: * env['PLATFORM'] == 'win32' => env.Bit('windows') * env['PLATFORM'] == 'posix' => env.Bit('linux') * env['PLATFORM'] == 'darwin' => env.Bit('mac') New idioms: * env.Bit('posix') => really does mean "any POSIX platform" * env.AnyBits('mac', 'linux') => specifically mac or linux, excluding other POSIX platforms Where we were using compound conditionals (e.g., "env['PLATFORM'] in ('posix', 'darwin')") I tried to take my best shot at translating the intent (i.e., "env.Bits('posix')" for something POSIX, "not env.Bits('mac')" for something not yet ported to Mac, etc.) Review URL: http://codereview.chromium.org/15051 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@7270 0039d316-1c4b-4281-b951-d872f2087c98
* Checking in media::DataBuffer, a simple implementation of ↵scherkus@chromium.org2008-12-161-1/+1
| | | | | | | | | | | | WritableBufferInterface. Removed media/base/media.cc, since it's no longer needed to generate media.lib. Also added media/using_media.scons and updated scons files for Linux build. Review URL: http://codereview.chromium.org/13682 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@7099 0039d316-1c4b-4281-b951-d872f2087c98
* Checking in media::MediaFormat class, which describes the output of a filter.scherkus@chromium.org2008-12-051-0/+1
| | | | | | Review URL: http://codereview.chromium.org/13149 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@6412 0039d316-1c4b-4281-b951-d872f2087c98
* Put base/media.cc in the SCons build.sgk@google.com2008-11-171-0/+1
| | | | | | | SCons doesn't generate a library with no source files, leading to a build error on Linux (when trying to build the whole tree) and Windows. Review URL: http://codereview.chromium.org/10784 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@5550 0039d316-1c4b-4281-b951-d872f2087c98
* Recommit of media project files due to a mistake in media_unittest.vcprojscherkus@chromium.org2008-11-141-0/+46
| | | | | | | | | | | | | that worked in Visual Studio but broke on IncrediBuild. Also updated to include dmg_fp dependency. Trying ONE MORE TIME because I think gcl breaks with "A +" files (I used "svn merge -c REV ." to un-rollback my change). Original: http://codereview.chromium.org/10683 Rollback: http://codereview.chromium.org/10908 Review URL: http://codereview.chromium.org/10733 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@5490 0039d316-1c4b-4281-b951-d872f2087c98
* * Revert "Checking in the media project files (layout based on net/base ↵agl@chromium.org2008-11-131-46/+0
| | | | | | | | | | | libraries)." This reverts commit fdeb8575309055ad23803b376659c236099348ac. Review URL: http://codereview.chromium.org/10908 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@5392 0039d316-1c4b-4281-b951-d872f2087c98
* Checking in the media project files (layout based on net/base libraries).scherkus@chromium.org2008-11-131-0/+46
Added a dummy media.cc file in order to produce media.lib so there are no linker errors when building media_unittests.exe. Currently chrome_dll does NOT depend on media so it will not be linked in, which is OK for now :) Review URL: http://codereview.chromium.org/10683 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@5389 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-01-21 01:41:08 +0000