- 29 Aug, 2013 1 commit
-
-
Diego Biurrun authored
Also give consistent names to init functions.
-
- 08 Oct, 2012 1 commit
-
-
Anton Khirnov authored
-
- 05 Oct, 2012 1 commit
-
-
Mans Rullgard authored
This gets rid of the variable-length scratch buffer by filtering 16 pixels at a time and writing directly to the destination. The extra loads this requires to load the source values are compensated by not doing a round-trip to memory before shifting. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 22 Jul, 2012 1 commit
-
-
Diego Biurrun authored
-
- 04 Jul, 2012 1 commit
-
-
Michael Niedermayer authored
Reviewed-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 06 Mar, 2012 1 commit
-
-
Ronald S. Bultje authored
Fixes overflows for large image sizes. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
- 21 Feb, 2012 1 commit
-
-
Diego Biurrun authored
-
- 25 Jan, 2012 1 commit
-
-
Diego Biurrun authored
-
- 22 Oct, 2011 2 commits
-
-
Ronald S. Bultje authored
-
Kieran Kunhya authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 25 Sep, 2011 1 commit
-
-
Mans Rullgard authored
Use uintptr_t instead of plain int. Without this change, the comparisons will come out wrong for pointers in certain ranges. Fixes random failures on ppc64. Also fixes some compiler warnings. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 18 Aug, 2011 1 commit
-
-
Ronald S. Bultje authored
This allows using more specific implementations for chroma/luma, e.g. we can make assumptions on filterSize being constant, thus avoiding that test at runtime.
-
- 12 Aug, 2011 2 commits
-
-
Luca Barbato authored
It just does that part in scalar form, I doubt using a vector store over 2 array would speed it up particularly. The function should be written to not use a scratch buffer.
-
Ronald S. Bultje authored
-
- 11 Jul, 2011 1 commit
-
-
Ronald S. Bultje authored
For 9/10bit, it means we don't have to upscale to 16bit before actual scaling or pixel format conversion, and thus a performance gain.
-
- 01 Jul, 2011 1 commit
-
-
Ronald S. Bultje authored
For 9/10bit, it means we don't have to upscale to 16bit before actual scaling or pixel format conversion, and thus a performance gain.
-
- 30 Jun, 2011 1 commit
-
-
Ronald S. Bultje authored
This means that precision is retained when scaling between sample formats with >8 bits per component (48bit RGB, 16bit grayscale, 9/10/16bit YUV).
-
- 29 Jun, 2011 1 commit
-
-
Ronald S. Bultje authored
This means that precision is retained when scaling between sample formats with >8 bits per component (48bit RGB, 16bit grayscale, 9/10/16bit YUV).
-
- 28 Jun, 2011 3 commits
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
Ronald S. Bultje authored
Remove unused variables "flags" and "dstFormat" in yuv2packed1, merge source rows per plane for yuv2packed[12], and make every source argument int16_t (some where invalidly set to uint16_t). This prevents stack pollution and is part of the Great Evil Plan to simplify swscale.
-
Ronald S. Bultje authored
This will likely lead to a considerable performance boost, since it removes a branch from the inner loop. Part of the Great Evil Plan to simplify swscale.
-
- 26 Jun, 2011 1 commit
-
-
Ronald S. Bultje authored
-
- 07 Jun, 2011 2 commits
-
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
Make yuv2yuvX16_c a function pointer for yuv2yuvX(), so that the function pointer becomes bitdepth-independent.
-
- 03 Jun, 2011 4 commits
-
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
-
- 29 May, 2011 2 commits
-
-
Reimar Döffinger authored
Avoids potential warnings on PPC64 systems.
-
Michael Niedermayer authored
commit 93681fbd Author: Ronald S. Bultje <rsbultje@gmail.com> Date: Thu May 26 11:32:32 2011 -0400 swscale: fix compile on ppc. commit e758573a Author: Ronald S. Bultje <rsbultje@gmail.com> Date: Thu May 26 10:36:47 2011 -0400 swscale: fix compile on x86-32. commit 0f4eb8b0 Author: Ronald S. Bultje <rsbultje@gmail.com> Date: Thu May 26 09:17:52 2011 -0400 swscale: remove VOF/VOFW. commit b4a224c5 Author: Ronald S. Bultje <rsbultje@gmail.com> Date: Wed May 25 14:30:09 2011 -0400 swscale: split chroma buffers into separate U/V planes. Preparatory step to implement support for sizes > VOFW.
-
- 28 May, 2011 1 commit
-
-
Anton Khirnov authored
Signed-off-by:
Ronald S. Bultje <rsbultje@gmail.com>
-
- 26 May, 2011 1 commit
-
-
Ronald S. Bultje authored
-
- 12 May, 2011 1 commit
-
-
Michael Niedermayer authored
It seems sws-PPC did hardcode 2048 at various places instead of using VOFW. This also means that all past VOFW benchmarks on PPC are meaningless Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- 24 Jul, 2010 1 commit
-
-
Reimar Döffinger authored
Originally committed as revision 31781 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 22 Jan, 2010 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 30385 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 16 Aug, 2009 1 commit
-
-
Ramiro Polla authored
- Place curly brackets in the same line as while/for/if/switch/else/do; - Place curly brackets at column 0 in the next line starting a function. Originally committed as revision 29523 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 04 Jun, 2009 1 commit
-
-
Ramiro Polla authored
Originally committed as revision 29350 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 09 May, 2009 1 commit
-
-
Diego Biurrun authored
Fixes a couple of 'discards qualifiers from pointer target type' warnings. Originally committed as revision 29281 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-
- 29 Mar, 2009 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 29099 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale
-