- 06 Apr, 2017 14 commits
-
-
Steve Lhomme authored
These data are necessary when transmitting HDR over HDMI. Signed-off-by: James Almer <jamrial@gmail.com>
-
Steve Lhomme authored
As found in HEVC. Signed-off-by: James Almer <jamrial@gmail.com>
-
Shivraj Patil authored
Signed-off-by: Shivraj Patil <shivraj.patil@imgtec.com> Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
Ronald S. Bultje authored
Fixes tsan warnings like this in fate-vp8-test-vector-007: WARNING: ThreadSanitizer: data race (pid=65909) Write of size 4 at 0x7d8c0000e088 by thread T1: #0 vp8_decode_mb_row_sliced vp8.c:2519 (ffmpeg:x86_64+0x100995ede) [..] Previous write of size 4 at 0x7d8c0000e088 by thread T2: #0 vp8_decode_mb_row_sliced vp8.c:2519 (ffmpeg:x86_64+0x100995ede)
-
Ronald S. Bultje authored
Fixes tsan warnings like this in fate-vp8-test-vector-007: WARNING: ThreadSanitizer: data race (pid=3590) Write of size 4 at 0x7d8c0000e07c by thread T2: #0 decode_mb_row_no_filter src/libavcodec/vp8.c:2330 (ffmpeg+0x000000ffb59e) [..] Previous write of size 4 at 0x7d8c0000e07c by thread T1: #0 decode_mb_row_no_filter src/libavcodec/vp8.c:2330 (ffmpeg+0x000000ffb59e)
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
This removes the last use of the ff_put/add_pixels_clamped global function pointers, and as such they are removed. This patch has a negative effect on performance on MIPS, since there's a SIMD-optimized put/add_pixels_clamped, but no xvid or jrev. From a code maintenance point of view, that is probably acceptable. Because the global function pointers are removed, this fixes the following tsan warnings when running e.g. fate-dnxhr-parse: WARNING: ThreadSanitizer: data race (pid=29917) Write of size 8 at 0x0000025b12d8 by thread T2 (mutexes: write M1543): #0 ff_idctdsp_init src/libavcodec/idctdsp.c:313 (ffmpeg+0x00000044b68e) [..] Previous write of size 8 at 0x0000025b12d8 by thread T1 (mutexes: write M1541): #0 ff_idctdsp_init src/libavcodec/idctdsp.c:313 (ffmpeg+0x00000044b68e)
-
Ronald S. Bultje authored
These use the mmx IDCT, but sse2 put/add_pixels_clamped implementations. This way we don't need to use the ff_put/add_pixels_clamped function pointers.
-
Ronald S. Bultje authored
This makes using the function pointer ff_add_pixels_clamped() unnecessary, since we always know what the best implementation is at compile-time.
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
Since there's separate SSE2 implementations of xvid_idct_put/add, this patch has no practical impact on performance.
-
Ronald S. Bultje authored
Instead, hardcode the use of the _arm implementation of add_pixels, and use the C version for put_pixels (as no arm-optimized version exists). Since there's separate implementations of idct{,_put,_add} for neon, this has no practical impact on performance.
-
Ronald S. Bultje authored
This tries to handle cases where separate invocations of decode_frame() (each running in separate threads) write to respective fields in the same AVFrame->data[]. Having per-field owners makes interaction between readers (the referencing thread) and writers (the decoding thread) slightly more optimal if both accesses are field-based, since they will use the respective producer's thread objects (mutex/cond) instead of sharing the thread objects of the first field's producer. In practice, this fixes the following tsan-warning in fate-h264: WARNING: ThreadSanitizer: data race (pid=21615) Read of size 4 at 0x7d640000d9fc by thread T2 (mutexes: write M1006): #0 ff_thread_report_progress pthread_frame.c:569 (ffmpeg:x86_64+0x100f7cf54) [..] Previous write of size 4 at 0x7d640000d9fc by main thread (mutexes: write M1004): #0 update_context_from_user pthread_frame.c:335 (ffmpeg:x86_64+0x100f81abb)
-
Thierry Foucu authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 05 Apr, 2017 8 commits
-
-
tiejun.peng@foxmail.com authored
This fixes a proble where ffmpeg would cause crash to do a seek when the network disconnect. The log like this: 01-01 10:53:03.441 6580 6580 F DEBUG : backtrace: 01-01 10:53:03.441 6580 6580 F DEBUG : #00 pc 0002942e /system/lib/libavformat.so (ffurl_write+9) Signed-off-by: tiejun.peng <tiejun.peng@foxmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Rostislav Pehlivanov authored
Fixes: CID1404842 Signed-off-by: Rostislav Pehlivanov <atomnuker@gmail.com>
-
Ronald S. Bultje authored
Fixes the following tsan warning when running fate-vsynth_lena-ffvhuff: WARNING: ThreadSanitizer: data race (pid=6484) Write of size 8 at 0x7d64000154b8 by main thread (mutexes: write M1331): #0 update_context_from_user src/libavcodec/pthread_frame.c:331 (ffmpeg+0x000000dca887) [..] Previous read of size 8 at 0x7d64000154b8 by thread T2 (mutexes: write M1334): #0 draw_slice src/libavcodec/huffyuvdec.c:857 (ffmpeg+0x000000bcc86f)
-
Kyle Swanson authored
Signed-off-by: Kyle Swanson <k@ylo.ph>
-
Clément Bœsch authored
-
Damien Riegel authored
This adds partial support for the RFC 4175 (raw video over RTP). The only supported formats are the YCbCr-4:2:2 8 bit because it's natively supported by FFmpeg with pixel format UYVY, and 10 bit which requires the vrawdepay codec to convert the payload in a format handled by FFmpeg. Signed-off-by: Damien Riegel <damien.riegel@savoirfairelinux.com> Reviewed-by: Rostislav Pehlivanov <atomnuker@gmail.com>
-
Damien Riegel authored
Add a codec capable of decoding some formats of the RFC4175. For now it's only capable of handling YCbCr-4:2:2 with 8-bit or 10-bit depth. For 8-bit it's a simple pass-through, for 10-bit it depacks the stream in the AV_PIX_FMT_YUV422P10 pixel format. Signed-off-by: Damien Riegel <damien.riegel@savoirfairelinux.com> Reviewed-by: Rostislav Pehlivanov <atomnuker@gmail.com>
-
- 04 Apr, 2017 18 commits
-
-
James Almer authored
* commit 'bf2f748f': configure: Use correct libm linker flag during math function checks Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit 'ce6f780b': configure: Add missing asyncts filter, movie filter, and output example deps Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '04698d52': configure: Use correct variable name in libsnappy test Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '30f0d1b9': configure: Remove old avisynth support leftover Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '6a1ea4ec': arm: warn/error on movrelx usage problematic with PIC on ELF Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '5bcc6f76': configure: Disable warning C4703 with MSVC Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit 'bd9cd046': w32pthreads: Fix function pointer casts Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '233d50b2': qt-faststart: Do not try to use fancy 64-bit seeking functions on mingw32ce Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '537b5b77': rtmpdh: Do global initialization before running the test Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '2f99117f': aarch64: vp9itxfm: Don't repeatedly set x9 when nothing overwrites it This commit is a noop, see 37cb224eMerged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '2dbe2aa2': rdt: Convert to the new bitstream reader ogg: Convert to the new bitstream reader mpegts: Convert to the new bitstream reader xsubdec: Convert to the new bitstream reader xan: Convert to the new bitstream reader wnv1: Convert to the new bitstream reader vima: Convert to the new bitstream reader vble: Convert to the new bitstream reader utvideodec: Convert to the new bitstream reader twinvq: Convert to the new bitstream reader tscc2: Convert to the new bitstream reader truespeech: Convert to the new bitstream reader tiertex: Convert to the new bitstream reader truemotion2: Convert to the new bitstream reader svq1dec: Convert to the new bitstream reader smacker: Convert to the new bitstream reader sipr: Convert to the new bitstream reader rtjpeg: Convert to the new bitstream reader ra288: Convert to the new bitstream reader ra144: Convert to the new bitstream reader This merge is a noop, see http://ffmpeg.org/pipermail/ffmpeg-devel/2017-April/209609.htmlMerged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '79566ec8': arm: vp9itxfm: Rename a macro parameter to fit better This commit is a noop, see f69dd26dMerged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '721bc375': arm/aarch64: vp9itxfm: Fix indentation of macro arguments This commit is a noop. Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '06fec74c': checkasm: vp9dsp: benchmark all sub-IDCTs (but not WHT or ADST). This commit is a noop, see 1c8fbd7bMerged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit 'effc1430': Revert "checkasm: vp9dsp: Benchmark the dc-only version of idct_idct separately" Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '12ab667e': matroska: use av_stream_add_side_data() for stereo3d side data mov: Use av_stream_add_side_data() for displaymatrix side data utils: Add av_stream_add_side_data() This is a noop, see 2ab50647 77f033eb 2343f23eMerged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '286ab878': fate.sh: Allow setting other make flags for running tests Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit 'aa498c31': avpacket: fix leak on realloc in av_packet_add_side_data() This commit is a noop, see 574929d8Merged-by: James Almer <jamrial@gmail.com>
-