- 21 Mar, 2017 8 commits
-
-
Anton Khirnov authored
Merges Libav commit 8dfba25c. Signed-off-by: wm4 <nfxjfg@googlemail.com>
-
Wan-Teh Chang authored
This improves commit 59c70227. In ff_thread_report_progress(), the fast code path can load progress[field] with the relaxed memory order, and the slow code path can store progress[field] with the release memory order. These changes are mainly intended to avoid confusion when one inspects the source code. They are unlikely to have measurable performance improvement. ff_thread_report_progress() and ff_thread_await_progress() form a pair. ff_thread_await_progress() reads progress[field] with the acquire memory order (in the fast code path). Therefore, one expects to see ff_thread_report_progress() write progress[field] with the matching release memory order. In the fast code path in ff_thread_report_progress(), the atomic load of progress[field] doesn't need the acquire memory order because the calling thread is trying to make the data it just decoded visible to the other threads, rather than trying to read the data decoded by other threads. In ff_thread_get_buffer(), initialize progress[0] and progress[1] using atomic_init(). Signed-off-by: Wan-Teh Chang <wtc@google.com> Signed-off-by: Anton Khirnov <anton@khirnov.net> Merges Libav commit 343e2833. Signed-off-by: wm4 <nfxjfg@googlemail.com>
-
Mark Thompson authored
When decoding with threads enabled, the get_format callback will be called with one of the per-thread codec contexts rather than with the outer context. If a hwaccel is in use too, this will add a reference to the hardware frames context on that codec context, which will then propagate to all of the other per-thread contexts for decoding. Once the decoder finishes, however, the per-thread contexts are not freed normally, so these references leak. Merges Libav commit fd0fae60. Signed-off-by: wm4 <nfxjfg@googlemail.com>
-
Anton Khirnov authored
Merges Libav commit 84f22568. Signed-off-by: wm4 <nfxjfg@googlemail.com>
-
Anton Khirnov authored
Merges Libav commit 59c70227. Signed-off-by: wm4 <nfxjfg@googlemail.com>
-
Anton Khirnov authored
Merges Libav commit 64a31b28. Signed-off-by: wm4 <nfxjfg@googlemail.com>
-
wm4 authored
Since we've disabled side data merging in ffmpeg.c, this really changes nothing.
-
wm4 authored
This patch deprecates anything that has to do with merging/splitting side data. Automatic side data merging (and splitting), as well as all API symbols involved in it, are removed completely. Two FF_API_ defines are dedicated to deprecating API symbols related to this: FF_API_MERGE_SD_API removes av_packet_split/merge_side_data in libavcodec, and FF_API_LAVF_KEEPSIDE_FLAG deprecates AVFMT_FLAG_KEEP_SIDE_DATA in libavformat. Since it was claimed that changing the default from merging side data to not doing it is an ABI change, there are two additional FF_API_ defines, which stop using the side data merging/splitting by default (and remove any code in avformat/avcodec doing this): FF_API_MERGE_SD in libavcodec, and FF_API_LAVF_MERGE_SD in libavformat. It is very much intended that FF_API_MERGE_SD and FF_API_LAVF_MERGE_SD are quickly defined to 0 in the next ABI bump, while the API symbols are retained for a longer time for the sake of compatibility. AVFMT_FLAG_KEEP_SIDE_DATA will (very much intentionally) do nothing for most of the time it will still be defined. Keep in mind that no code exists that actually tries to unset this flag for any reason, nor does such code need to exist. Code setting this flag explicitly will work as before. Thus it's ok for AVFMT_FLAG_KEEP_SIDE_DATA to do nothing once side data merging has been removed from libavformat. In order to avoid that anyone in the future does this incorrectly, here is a small guide how to update the internal code on bumps: - next ABI bump (probably soon): - define FF_API_LAVF_MERGE_SD to 0, and remove all code covered by it - define FF_API_MERGE_SD to 0, and remove all code covered by it - next API bump (typically two years in the future or so): - define FF_API_LAVF_KEEPSIDE_FLAG to 0, and remove all code covered by it - define FF_API_MERGE_SD_API to 0, and remove all code covered by it This forces anyone who actually wants packet side data to temporarily use deprecated API to get it all. If you ask me, this is batshit fucked up crazy, but it's how we roll. Making AVFMT_FLAG_KEEP_SIDE_DATA to be set by default was rejected as an ABI change, so I'm going all the way to get rid of this once and for all. Reviewed-by: James Almer <jamrial@gmail.com> Reviewed-by: Rostislav Pehlivanov <atomnuker@gmail.com> Reviewed-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 20 Mar, 2017 32 commits
-
-
Gerion Entrup authored
This filter does not implement all features of MPEG7. Missing features: - compression of signature files - work only on (cropped) parts of the video Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Clément Bœsch authored
-
Clément Bœsch authored
* commit '70de2ea4': nvenc: Extended rate-control support as provided by SDK 7 This commit is a noop, see facc19efMerged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit '358c887a': nvenc: Add support for high bitdepth This commit is a noop, see d1bf8a3aMerged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit 'e02e2515': nvenc: Add some easier to understand presets that match x264 terminology This commit is a noop, see a81b000a and faffff88. Merged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit '352741b5': nvenc: Make sure that enum and array index match This commit is a noop, see a81b000aMerged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit '12004a9a': audiodsp/x86: yasmify vector_clipf_sse audiodsp: reorder arguments for vector_clipf Merged the version from Libav after a discussion with James Almer on IRC: 19:22 <ubitux> jamrial: opinion on 12004a9a? 19:23 <ubitux> it was apparently yasmified differently 19:23 <ubitux> (it depends on the previous commit arg shuffle) 19:24 <ubitux> i don't see the magic movsxdifnidn in your port btw 19:24 <ubitux> it's a port from 1d36defe 19:25 <jamrial> seems better thanks to said arg shuffle 19:25 <jamrial> the loop is the same, but init is simpler 19:25 <jamrial> probably worth merging 19:25 <ubitux> OK 19:25 <ubitux> thanks 19:26 <jamrial> curious they didn't make len ptrdiff_t after the previous bunch of commits, heh 19:26 <ubitux> yeah indeed Both commits are merged at the same time to prevent a conflict with our existing yasmified ff_vector_clipf_sse. Merged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
Regression since 4563a86f. See 20c4fb2e for more information. Tested-by: Michael Niedermayer <michael@niedermayer.cc>
-
Clément Bœsch authored
* commit 'bf58545a': audiodsp: fix vector_clipf documentation Merged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit 'e9ef6171': checkasm: add tests for audiodsp Merged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit '2eb97af6': checkasm: add a test for blockdsp Merged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
-
Clément Bœsch authored
* commit 'eea9857b': blockdsp: drop the high_bit_depth parameter This commit is a noop, see 562ba4a8Merged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit '340f12f7': hwcontext_cuda: Add P010 and YUV444P16 pixel format This commit is a noop, we already have P010 and P016. 18:52 <@BtbN> Adding AV_PIX_FMT_YUV444P16 won't hurt, but doesn't gain anything. 18:53 <@BtbN> I'd say just noop it. If we'll ever need it, it will be added in turn. Merged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit '75d98e30': audiodsp/x86: clear the high bits of the order parameter on 64bit Merged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit '1d6c76e1': audiodsp/x86: fix ff_vector_clip_int32_sse2 No functionnal changes, only cosmetics. This issue was fixed in 9a9e2f1c. Merged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit '07e1f99a': x86util: Document SBUTTERFLY macro Merged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit 'de64dd13': avcodec: Add the extended pixel format profile for HEVC This commit is a noop, see 5a41999dMerged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit '136f5520': mpegvideo_motion: Handle edge emulation even without unrestricted_mv This commit is a noop, see 7b1e0bebMerged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit '15fcf629': build: remove hardcoded name of version header This commit is noop, our version.sh is completely different. Merged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit '8c201dde': build: doc: more fine-grained dependencies for generated texi files This commit is a noop, we have a different system for handling the documentation. Merged-by: Clément Bœsch <u@pkh.me>
-
Matthieu Bouron authored
-
Clément Bœsch authored
* commit 'bc739993': libdc1394: Distinguish between enumeration errors and no cameras found This commit is a noop, see 384251daMerged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit 'df379502': rtsp: Fix a crash with the RTSP muxer This commit is a noop, see f8a13c72Merged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit 'bdf7610e': vf_scale_vaapi: Crop input surface to active region Merged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit '3a9662af': vaapi_h264: Fix HRD bit_rate/cpb_size scaling This commit is a noop, see 06d73d00Merged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit '7081620a': hwcontext_vdpau: Fix missing subscripts This commit is a noop, see f7e9275fMerged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit '09a145b3': hwcontext_vdpau: Remove duplicate definition of GET_CALLBACK Merged-by: Clément Bœsch <u@pkh.me>
-
Clément Bœsch authored
* commit 'de452e50': pixblockdsp: Change type of stride parameters to ptrdiff_t Merged-by: Clément Bœsch <u@pkh.me>
-
Paul B Mahol authored
Fixes #6250. Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Ricardo Constantino authored
Regression from 4563a86f. Both need stdint.h included before the respective x264.h and xavs.h. Old require() used different, separate checks that didn't actually need stdint.h to work. require2()'s (now require) check_func_headers() does include stdint.h but only after the custom headers. For libxavs this would also be consequently fixed by libav's commit 20abcaa2 which wasn't merged yet.
-
Ilia authored
vp9_diag_downleft_16x16_10bpp_c: 263.0 vp9_diag_downleft_16x16_10bpp_sse2: 44.7 vp9_diag_downleft_16x16_10bpp_ssse3: 32.5 vp9_diag_downleft_16x16_10bpp_avx: 31.9 vp9_diag_downleft_16x16_10bpp_avx2: 25.7 vp9_diag_downleft_16x16_12bpp_c: 264.7 vp9_diag_downleft_16x16_12bpp_sse2: 44.4 vp9_diag_downleft_16x16_12bpp_ssse3: 32.0 vp9_diag_downleft_16x16_12bpp_avx: 32.4 vp9_diag_downleft_16x16_12bpp_avx2: 25.5 Benchmarked with 10000 runs Signed-off-by: Ilia <zakne0ne@gmail.com> Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-