- Sep 10, 2013
-
-
Diego Biurrun authored
-
- Aug 29, 2013
-
-
Sean McGovern authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
Also give consistent names to init functions.
-
- Aug 28, 2013
-
-
Diego Biurrun authored
Also give consistent names to init functions.
-
Diego Biurrun authored
-
- Aug 15, 2013
-
-
Diego Biurrun authored
Also add missing ff_ prefixes where necessary.
-
Diego Biurrun authored
-
- Aug 02, 2013
-
-
Diego Biurrun authored
-
- Jun 02, 2013
-
-
Diego Biurrun authored
-
- May 15, 2013
-
-
Anton Khirnov authored
-
- May 06, 2013
-
-
Janne Grunau authored
-
Janne Grunau authored
Use bitfields in FormatEntry array to avoid wasting an int for each flag.
-
Martin Storsjö authored
Every other pixel had the alpha channel taken from the wrong row. This fixes bug 504. CC: libav-stable@libav.org Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- May 04, 2013
-
-
Diego Biurrun authored
-
- Apr 30, 2013
-
-
Diego Biurrun authored
-
- Mar 27, 2013
-
-
Diego Biurrun authored
-
- Mar 08, 2013
-
-
Anton Khirnov authored
-
- Feb 27, 2013
-
-
Derek Buitenhuis authored
Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- Feb 11, 2013
-
-
Martin Storsjö authored
This reverts parts of d6d5ef55, that didn't work right. (The tests that were added failed on big endian, and the output looked garbled on little endian as well.) This is due to the fact that the intermediate scaling values (from e.g. hScale8To19_c or hScale16To19_c) are stored as int32_t and thus requires a separate output function, while yuv2gbrp_full_X_c only interprets it as int16_t. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- Feb 09, 2013
-
-
Michael Niedermayer authored
planar rgb formats do not use the table Signed-off-by:
Michael Niedermayer <michaelni@gmx.at> Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
Michael Niedermayer authored
This code path is not implemented and makes not much sense to implement either. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at> Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
Michael Niedermayer authored
The function doesnt support >8bit currently Signed-off-by:
Michael Niedermayer <michaelni@gmx.at> Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at> Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- Jan 27, 2013
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at> Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- Jan 18, 2013
-
-
Diego Biurrun authored
The new name is more descriptive and will allow defining a separate public prefix for externally visible library symbols. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- Jan 05, 2013
-
-
Xi Wang authored
sws_getCachedContext() and sws_getContext() expect sws_alloc_context() to return NULL when out of memory, as follows. if (!(context = sws_alloc_context())) return NULL; This patch fixes sws_alloc_context() to return NULL in that case. Signed-off-by:
Xi Wang <xi.wang@gmail.com> Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- Dec 20, 2012
-
-
Diego Biurrun authored
-
- Nov 18, 2012
-
-
Diego Biurrun authored
-
- Nov 16, 2012
-
-
Janne Grunau authored
SWS_CPU_CAPS are deprecated and slated to removed with libswscale major version 3. No need to provide a SWS_CPU_CAPS_MMX2 as backward compatibility define under the same explicit condition.
-
- Nov 13, 2012
-
-
Diego Biurrun authored
-
- Nov 09, 2012
-
-
Diego Biurrun authored
-
- Oct 31, 2012
-
-
Diego Biurrun authored
-
Kostya Shishkov authored
Otherwise during scaling it will try to interpret input in the wrong way and that leads to the test results disagreeing on different platforms and with different optimizations. Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-