- 13 Jun, 2010 - 1 commit
-
-
Paul Wilkins authored
-
- 12 Jun, 2010 - 1 commit
-
-
John Koleszar authored
-
- 11 Jun, 2010 - 10 commits
-
-
John Koleszar authored
Use - for the filename to use stdin/stdout. Update to avoid opening the file multiple times. Change-Id: I356356fa16bb334d4b22abc531dc03c0d95917a3
-
John Koleszar authored
-
Yaowu Xu authored
-
John Koleszar authored
Typo caused C version of 16x16x4 SAD to be called when built with --disable-runtime-cpu-detect. Change-Id: I0fe6fa67280b3a5f13acb3c8ed914f039aaaf316
-
John Koleszar authored
ssim.c comiles in a huge (512M) amount of global scratch space. Allocating this data on the heap would be a better solution, but this file doesn't need to be built at all in most cases, so as a first pass, disable it except when doing opsnr.stt output (--enable-psnr). Change-Id: I320d812f6d652a12516a16b52295ebff20b5bd42
-
Makoto Kato authored
XMM6 to XMM15 are non-volatile on Windows x64 ABI. We have to save these registers. Change-Id: I4676309f1350af25c8a35f0c81b1f0499ab99076
-
Paul Wilkins authored
(Thanks to Ronald S. Bultje)
-
Frank Galligan authored
Change-Id: I841dc0b8ebb150ac998f4076c148d7bb187e4301
-
Yunqing Wang authored
-
John Koleszar authored
No good reason to be tricky here. I don't know why 'break' occurred to me as the natrual replacement for the 'return', but an if/else block is definitely clearer. Change-Id: I08a336307afeb0dc7efa494b37398f239f66c2cf
-
- 10 Jun, 2010 - 12 commits
-
-
Timothy B. Terriberry authored
The new scheme introduced in I68d35a2f did not clamp chroma MVs in the SPLITMV case, and clamped them incorrectly (to the luma plane bounds) in every other case. Because chroma MVs are computed from the luma MVs before clamping occurs, they could still point outside of the frame buffer and cause crashes. This clamping happens outside of the MV prediction loop, and so should not affect bitstream decoding.
-
John Koleszar authored
Vestigial. Change-Id: Iffa9e6d5ba5199b136d7549890101da17c11e3c3
-
John Koleszar authored
Updated the comment in change I6bef2ab5, but missed adding the code to the commit. Change-Id: I14d300489b79730e3995175bfe5f9271b569abe3
-
Yunqing Wang authored
Restructure vp8_sixtap_predict functions to eliminate extra 5-line calculation while doing first-pass only. Also, combline functions to eliminate usage of intermediate buffer. This gives decoder a 3% performance gain on my test clips. Change-Id: I13de49638884d1a57d0855c63aea719316d08c1b
-
John Koleszar authored
-
Philip Jägenstedt authored
Using uname fails e.g. on a 64-bit machine with a 32-bit toolchain. The following gcc -dumpmachine strings have been verified: * 32-bit Linux gives i486-linux-gnu * 64-bit Linux gives x86_64-linux-gnu * Mac OS X 10.5 gives i686-apple-darwin9 * MinGW gives mingw32 *darwin8* and *bsd* can safely be assumed to be correct, but *cygwin* is a guess. Change-Id: I6bef2ab5e97cbd3410aa66b0c4f84d2231884b05
-
Paul Wilkins authored
-
Paul Wilkins authored
-
Paul Wilkins authored
-
Paul Wilkins authored
-
John Koleszar authored
-
John Koleszar authored
-
- 09 Jun, 2010 - 1 commit
-
-
John Koleszar authored
This patch removes the secondary MV clamping from the MV decoder. This behavior was consistent with limits placed on non-split MVs by the reference encoder, but was inconsistent with the MVs generated in the split case. The purpose of this secondary clamping was only to prevent crashes on invalid data. It was not intended to be a behaviour an encoder could or should rely on. Instead of doing additional clamping in a way that changes the entropy context, the secondary clamp is removed and the border handling is made implmentation specific. With respect to the spec, the border is treated as essentially infinite, limited only by the clamping performed on the near/nearest reference and the maximum encodable magnitude of the residual MV. This does not affect any currently produced streams. Change-Id: I68d35a2fbb51570d6569eab4ad233961405230a3
-
- 08 Jun, 2010 - 3 commits
-
-
Yaowu Xu authored
Change-Id: I7ccc580410bea096a70dce0cc3d455348d4287c5
-
Yaowu Xu authored
Change-Id: I180a05ad57ee6164a6a169ee08e8affd09671eee
-
Paul Wilkins authored
-
- 07 Jun, 2010 - 4 commits
-
-
Paul Wilkins authored
-
Philip Jägenstedt authored
-
Yaowu Xu authored
-
Yaowu Xu authored
Change-Id: I944035e720ef834561a9da0d723879a4f787312c
-
- 06 Jun, 2010 - 1 commit
-
-
Luca Barbato authored
this way -lm doesn't get ignored if additional LDFLAGS get passed from env Change-Id: Ie630369ae6ed2780377c35aa2726e759d527bb50
-
- 05 Jun, 2010 - 2 commits
-
-
John Koleszar authored
This patch adds support for building shared libraries when configured with the --enable-shared switch. Building DLLs would require more invasive changes to the sample utilities than I want to make in this patch, since on Windows you can't use the address of an imported symbol in a static initializer. The best way to work around this is proably to build the codec interface mapping table with an init() function, but dll support is of questionable value anyway, since most windows users will probably use a media framework lib like webmdshow, which links this library in staticly. Change-Id: Iafb48900549b0c6b67f4a05d3b790b2643d026f4
-
Alex Converse authored
Note that configure.sh still uses the bashism $(RANDOM).
-
- 04 Jun, 2010 - 1 commit
-
-
John Koleszar authored
Change-Id: Ieebea089095d9073b3a94932791099f614ce120c
-
- 03 Jun, 2010 - 2 commits
-
-
Timothy B. Terriberry authored
These files can be played back directly in most major open-source media frameworks without the need for additional patches or parameters. Change-Id: I59f98c1658298245c688f7d107cf393445e470d5
-
Timothy B. Terriberry authored
A large collection of example files may be found at http://media.xiph.org/video/derf/ This also fixes a bug in ivfenc for uncompressed IVF input, which previously appeared not to skip past the file header the second time it opened the file. I don't actually have an IVF file with which to test this fix, however. Change-Id: Id69a1e11a3fa16c4a4fa8944e880bcea090cd52b
-
- 02 Jun, 2010 - 1 commit
-
-
Yaowu Xu authored
-
- 01 Jun, 2010 - 1 commit
-
-
Yunqing Wang authored
Tests on x86 showed this function costed 2.7% of total decoding time because of all the memory reads/writes. After modification, it only costs about 0.7% of decoding time, which gives a 2% gain. Change-Id: I5003ee30b6dc6dea0bfa42a6ad7e7c22fcc7b215
-