- 21 Jul, 2017 7 commits
-
-
Michael Niedermayer authored
Requested-by: Kieran Kunhya <kierank@obe.tv> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Kaustubh Raste authored
Reduced msa load-store code. Removed inline asm of GP load-store for 64 bit. Updated variable names in GP load-store macros for naming consistency. Corrected macro descriptions. Signed-off-by: Kaustubh Raste <kaustubh.raste@imgtec.com> Reviewed-by: Manojkumar Bhosale <Manojkumar.Bhosale@imgtec.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
foo86 authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
James Almer authored
This prevents potential ABI issues with GetBitContext. Reviewed-by: foo86 <foobaz86@gmail.com> Signed-off-by: James Almer <jamrial@gmail.com>
-
Wan-Teh Chang authored
ff_h264_decode_mb_cabac() and ff_h264_decode_mb_cavlc() are very long functions. Declaring decode_chroma as const makes it clear the variable doesn't change after initialization. Signed-off-by: Wan-Teh Chang <wtc@google.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Wan-Teh Chang authored
hevc_await_progress() uses the variable |y| only inside the "if" block. So |y| only needs to be declared and initialized in that block. Signed-off-by: Wan-Teh Chang <wtc@google.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Wan-Teh Chang authored
This file already has #include "idctdsp.h", which is resolved to the idctdsp.h header in the directory where this file resides by compilers. Two other files in this directory, libavcodec/x86/idctdsp_init.c and libavcodec/x86/xvididct_init.c, also rely on #include "idctdsp.h" working this way. Signed-off-by: Wan-Teh Chang <wtc@google.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 20 Jul, 2017 3 commits
-
-
Rostislav Pehlivanov authored
0th CDF value is where probabilities are. Signed-off-by: Rostislav Pehlivanov <atomnuker@gmail.com>
-
James Almer authored
-
James Almer authored
Should fix compilation failures introduced by 9b937958.
-
- 19 Jul, 2017 20 commits
-
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
James Almer authored
Fixes fate-source.
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
George Boyle authored
For the blue and violet noise, I took the pink and brown noise respectively and subtracted the offsets instead of adding them. When I eyeball the frequency spectrum of the resulting outputs it looks correct to me, i.e. the blue graph appears to be a mirror image of the pink, and the same can be said of the violet and the brown. I did not do anything else to confirm the correctness.
-
foo86 authored
-
foo86 authored
-
Muhammad Faiz authored
Benchmark (with 2 cpus): ./ffmpeg -f rawvideo -s 1280x720 -t 1000 -i /dev/zero \ -filter_threads $threads -vf transpose=clock -f null null threads=2: old: 31.129s 31.446s 31.574s new: 29.602s 29.636s 29.656s threads=3 (nb_threads = nb_cpus + 1 is bad choice at this situation): old: 40.132s 40.279s 40.279s new: 39.308s 39.570s 39.693s threads=4: old: 31.306s 31.366s 31.654s new: 30.231s 30.360s 30.451s Signed-off-by: Muhammad Faiz <mfcc64@gmail.com>
-
Muhammad Faiz authored
Also remove pthread_cond_broadcast(progress_cond) on uninit. Broadcasting it is not required because workers are always parked when they are not in thread_execute. So it is imposible that a worker is waiting on progress_cond when uninitialized. Benchmark: ./ffmpeg -threads $threads -thread_type slice -i 10slices.mp4 -f null null threads=2: old: 70.212s 70.525s 70.877s new: 65.219s 65.377s 65.484s threads=3: old: 65.086s 66.306s 66.409s new: 63.229s 65.026s 65.116s threads=4: old: 60.993s 61.482s 62.123s new: 59.224s 59.441s 59.667s threads=5: old: 57.576s 57.860s 58.832s new: 53.032s 53.948s 54.086s Signed-off-by: Muhammad Faiz <mfcc64@gmail.com>
-
Muhammad Faiz authored
Rework it to improve performance. Now mutex is not shared by workers, instead each worker has its own mutex and condition variable. This reduces lock contention between workers. Also use atomic variable for counter. The interface also allows execute to run special function on main thread, requested by Ronald. Signed-off-by: Muhammad Faiz <mfcc64@gmail.com>
-
Jan Sebechlebsky authored
Muxers may want to directly access filename in stored in AVFormatContext. For example in case of RTSP, the filename (url) is used by the muxer to extract parameters of the connection. These muxers will fail when used with fifo pseudo-muxer. This commit fixes this issue by passing filename from AVFormatContext of fifo pseudo-muxer to all AVFormatContext(s) of underlying muxers during initialization. Signed-off-by: Jan Sebechlebsky <sebechlebskyjan@gmail.com>
-
foo86 authored
Use proper get_bits.h functions instead of directly accessing index. Signed-off-by: James Almer <jamrial@gmail.com>
-
foo86 authored
Avoid using bitstream reader in a non-standard way by directly accessing index. Use bit shifting/masking operations instead. Signed-off-by: James Almer <jamrial@gmail.com>
-
foo86 authored
Duration computation can be simplified because number of PCM blocks is only allowed to be a multiple of 8. Signed-off-by: James Almer <jamrial@gmail.com>
-
foo86 authored
Permits applications to access DTS profile information without having to decode a frame. Signed-off-by: James Almer <jamrial@gmail.com>
-
foo86 authored
This makes probing for regular DTS more strict because more header fields are checked and values not supported by decoder are now rejected. Also fixes an issue original code had with 14-bit streams: 96 bits of header were expected, however only 84 bits were converted, which was not enough to parse LFE flag. Signed-off-by: James Almer <jamrial@gmail.com>
-
foo86 authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
foo86 authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
foo86 authored
There are 3 different places where DCA core frame header is parsed: decoder, parser and demuxer. Each one uses ad-hoc code. Add common core frame header parsing function that will be used in all places. Signed-off-by: James Almer <jamrial@gmail.com>
-
foo86 authored
It will be used by the parser. This change avoids unwanted parser dependency on dcadata. Signed-off-by: James Almer <jamrial@gmail.com>
-
foo86 authored
These values will be used by the parser. Prefix them with DCA_ appropriately. Signed-off-by: James Almer <jamrial@gmail.com>
-
- 18 Jul, 2017 10 commits
-
-
Carl Eugen Hoyos authored
Fixes ticket #6526.
-
Mark Thompson authored
They were all reversed (oops).
-
Mark Thompson authored
-
Mark Thompson authored
Hardware pixel formats do not tell you anything about their actual contents, but should still score higher than formats with completely unknown properties, which in turn should score higher than invalid formats. Do not return an AVERROR code as a score. Fixes a hang in libavfilter where format negotiation gets stuck in a loop because AV_PIX_FMT_NONE scores more highly than all other possibilities.
-
Jun Zhao authored
the VAEncSliceParameterBufferHEVC in libva have support this field, so remove the duplicate field in VAAPIEncodeH265MiscSliceParams. Signed-off-by: Jun Zhao <jun.zhao@intel.com> Signed-off-by: Mark Thompson <sw@jkqxz.net>
-
Michael Niedermayer authored
This reduces the number of strstr() calls per byte This diasalows empty tags like '< >' as well as '<' in tags like '<ab<cd<<ef>' Fixes timeout Fixes: 1817/clusterfuzz-testcase-minimized-5104230530547712 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegSigned-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Fixes: runtime error: shift exponent 47 is too large for 32-bit type 'int' Fixes: 2581/clusterfuzz-testcase-minimized-4681474395602944 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegSigned-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Rostislav Pehlivanov authored
Just put the subtraction in the table. Signed-off-by: Rostislav Pehlivanov <atomnuker@gmail.com>
-
Marton Balint authored
v2: - use uint16_t instead of int to store 10-bit ancillary data - fix ancillary line numbers for 1080p - some comments and clarifications as requested by Aaron Levinson Signed-off-by: Marton Balint <cus@passwd.hu>
-
Marton Balint authored
This also add supports for 4K DeckLink cards because they always output the ancillary data in 10-bit. v2: - only try teletext decoding for 576i PAL mode - some comments as requested by Aaron Levinson Signed-off-by: Marton Balint <cus@passwd.hu>
-