| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| |
|
|
| |
inlink->format is supposed to be set to a valid format controlled by query_formats().
|
| | |
|
| |
|
|
|
|
| |
This fixes depending on implementation defined behavior
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
|
| | |
|
| |
|
|
| |
Fixes Ticket #3751.
|
| | |
|
| |
|
|
|
|
| |
Fixes CID1212261
Reviewed-by: Clément Bœsch <u@pkh.me>
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
|
| |
|
|
| |
Fixes Ticket #2847.
|
| | |
|
| |
|
|
| |
84 → 92 fps here.
|
| |
|
|
|
|
|
|
|
|
| |
According to http://doc.iridas.com/index.php?title=LUT_Formats
for 3D textures, the data is also RGB, and ordered in such a way
that the red coordinate changes fastest, then the green coordinate,
and finally, the blue coordinate changes slowest:
Fixes Ticket #3236.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* qatar/master:
lavfi: do not export the filters from shared objects
Conflicts:
libavfilter/af_amix.c
libavfilter/af_anull.c
libavfilter/asrc_anullsrc.c
libavfilter/f_select.c
libavfilter/f_settb.c
libavfilter/split.c
libavfilter/src_movie.c
libavfilter/vf_aspect.c
libavfilter/vf_blackframe.c
libavfilter/vf_colorbalance.c
libavfilter/vf_copy.c
libavfilter/vf_crop.c
libavfilter/vf_cropdetect.c
libavfilter/vf_drawbox.c
libavfilter/vf_format.c
libavfilter/vf_framestep.c
libavfilter/vf_frei0r.c
libavfilter/vf_hflip.c
libavfilter/vf_libopencv.c
libavfilter/vf_lut.c
libavfilter/vf_null.c
libavfilter/vf_overlay.c
libavfilter/vf_scale.c
libavfilter/vf_transpose.c
libavfilter/vf_unsharp.c
libavfilter/vf_vflip.c
Merged-by: Michael Niedermayer <michaelni@gmx.at>
|
| |
|
|
| |
Signed-off-by: Paul B Mahol <onemda@gmail.com>
|
| | |
|
| |
|
|
| |
Signed-off-by: Paul B Mahol <onemda@gmail.com>
|
| |
|
|
| |
Fixes ticket #2787.
|
| |
|
|
| |
Should fix CID1026775 and CID1026774.
|
| | |
|
| |
|
|
| |
Fixes Ticket #2517.
|
| |
|
|
|
|
| |
Increase performance by fetching only the necessary points.
1097 → 917 decicyles.
|
| |
|
|
|
|
|
|
|
|
| |
Call NEXT() only once since it got slower due to the overflow condition
introduced in 91b46145.
interp_trilinear: 1462 → 1280 decicycles
interp_tetrahedral: 1188 → 1097 decicycles
Tested on a Core2, GCC 4.8.
|
| | |
|
|
|
Fixes part of Ticket #2517.
|
