- 04 Dec, 2018 1 commit
-
-
Lauri Kasanen authored
Passes fate on LE (with "lavc/jrevdct: Avoid an aliasing violation" applied). Signed-off-by: Lauri Kasanen <cand@gmx.com> Tested-by: Michael Kostylev on BE Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 06 Nov, 2018 1 commit
-
-
Carl Eugen Hoyos authored
Based on ab839054 by Luca Barbato. Signed-off-by: James Almer <jamrial@gmail.com>
-
- 14 Aug, 2018 1 commit
-
-
Sergey Lavrushkin authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 03 Apr, 2018 1 commit
-
-
wm4 authored
PSEUDOPAL pixel formats are not paletted, but carried a palette with the intention of allowing code to treat unpaletted formats as paletted. The palette simply mapped the byte values to the resulting RGB values, making it some sort of LUT for RGB conversion. It was used for 1 byte formats only: RGB4_BYTE, BGR4_BYTE, RGB8, BGR8, GRAY8. The first 4 are awfully obscure, used only by some ancient bitmap formats. The last one, GRAY8, is more common, but its treatment is grossly incorrect. It considers full range GRAY8 only, so GRAY8 coming from typical Y video planes was not mapped to the correct RGB values. This cannot be fixed, because AVFrame.color_range can be freely changed at runtime, and there is nothing to ensure the pseudo palette is updated. Also, nothing actually used the PSEUDOPAL palette data, except xwdenc (trivially changed in the previous commit). All other code had to treat it as a special case, just to ignore or to propagate palette data. In conclusion, this was just a very strange old mechnaism that has no real justification to exist anymore (although it may have been nice and useful in the past). Now it's an artifact that makes the API harder to use: API users who allocate their own pixel data have to be aware that they need to allocate the palette, or FFmpeg will crash on them in _some_ situations. On top of this, there was no API to allocate the pseuo palette outside of av_frame_get_buffer(). This patch not only deprecates AV_PIX_FMT_FLAG_PSEUDOPAL, but also makes the pseudo palette optional. Nothing accesses it anymore, though if it's set, it's propagated. It's still allocated and initialized for compatibility with API users that rely on this feature. But new API users do not need to allocate it. This was an explicit goal of this patch. Most changes replace AV_PIX_FMT_FLAG_PSEUDOPAL with FF_PSEUDOPAL. I first tried #ifdefing all code, but it was a mess. The FF_PSEUDOPAL macro reduces the mess, and still allows defining FF_API_PSEUDOPAL to 0. Passes FATE with FF_API_PSEUDOPAL enabled and disabled. In addition, FATE passes with FF_API_PSEUDOPAL set to 1, but with allocation functions manually changed to not allocating a palette.
-
- 03 Mar, 2018 1 commit
-
-
Philip Langdale authored
This cleans up the ever-more-unreadable list of semi-planar exclusions for selecting the planar copy wrapper.
-
- 23 Mar, 2017 1 commit
-
-
Clément Bœsch authored
-
- 20 Mar, 2017 6 commits
-
-
Clément Bœsch authored
Reduce diff with Libav.
-
Clément Bœsch authored
-
Clément Bœsch authored
-
Clément Bœsch authored
-
Clément Bœsch authored
-
Clément Bœsch authored
-
- 14 Dec, 2016 1 commit
-
-
Diego Biurrun authored
Also move #includes into canonical order where appropriate.
-
- 14 Nov, 2016 1 commit
-
-
Carl Eugen Hoyos authored
Based on 19be5fb7 by Luca Barbato.
-
- 09 Nov, 2016 2 commits
-
-
Luca Barbato authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Found-by: Luca Barbato Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 07 Nov, 2016 1 commit
-
-
Luca Barbato authored
-
- 27 Sep, 2016 2 commits
-
-
Luca Barbato authored
It is used to select functions that work with 9-15bits.
-
Luca Barbato authored
Make sure the scaling functions for the 9-15bits are used for 9-15bits bit depths correctly.
-
- 17 Aug, 2016 1 commit
-
-
Diego Biurrun authored
-
- 16 Jul, 2016 1 commit
-
-
Andreas Cadhalpun authored
It is an internal swscale symbol and thus should not be exported. Signed-off-by: Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 11 Jul, 2016 1 commit
-
-
Ronald S. Bultje authored
This reverts commit 1df908f3. The expected performance improvements are essentially non-existent.
-
- 30 Jun, 2016 1 commit
-
-
Dan Parrot authored
This patch addresses Trac ticket #5570. The optimized functions are in file libswscale/ppc/input_vsx.c. Each optimized function name is a concatenation of the corresponding name in libswscale/input.c with suffix _vsx. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 04 May, 2016 1 commit
-
-
Vittorio Giovara authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 08 Apr, 2016 1 commit
-
-
Matthieu Bouron authored
-
- 01 Apr, 2016 1 commit
-
-
Ronald S. Bultje authored
-
- 31 Mar, 2016 2 commits
-
-
Pedro Arthur authored
Removed previous swscale code under '#ifndef NEW_FILTER' and removed unused fields of SwsContext
-
Clément Bœsch authored
./ffmpeg -nostats -f lavfi -i testsrc2=4k:d=2 -vf bench=start,scale=1024x1024,bench=stop -f null - before: t:0.489726 avg:0.489883 max:0.491852 min:0.489482 after: t:0.256515 avg:0.256458 max:0.256999 min:0.253755
-
- 28 Mar, 2016 1 commit
-
-
Lou Logan authored
Signed-off-by: Lou Logan <lou@lrcd.com>
-
- 01 Mar, 2016 1 commit
-
-
Clément Bœsch authored
-
- 14 Jan, 2016 5 commits
-
-
Michael Niedermayer authored
Fixes: out of array reads Fixes: 07e8b9c5d348ccdf7add0f37de20cf6c/asan_heap-oob_27e8df7_6849_e56653f768070ec8cb52f587048444c2.mov Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
This makes SWS more robust Fixes: 07650a772d98aa63b0fed6370dc89037/asan_heap-oob_27ddeaf_2657_2c81ff264dee5d9712cb3251fb9c3bbb.264 Fixes: out of array read Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 29 Oct, 2015 1 commit
-
-
Andreas Cadhalpun authored
It is an internal swscale symbol and thus should not be exported. Reviewed-by: Michael Niedermayer <michael@niedermayer.cc> Signed-off-by: Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
- 13 Oct, 2015 1 commit
-
-
Pedro Arthur authored
When scaling only a slice of a frame the output was written always in the first lines leaving the rest of the frame black.
-
- 10 Sep, 2015 1 commit
-
-
Michael Niedermayer authored
The first just does the blending and wouldnt do anything with the colorspace values Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 07 Sep, 2015 1 commit
-
-
Vittorio Giovara authored
The new fields can be accessed directly and are more intelligible. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 04 Sep, 2015 1 commit
-
-
Pedro Arthur authored
+added gamma conversion to refactored code
-