- 23 7月, 2017 6 次提交
-
-
由 Matt Oliver 提交于
-
由 Matt Oliver 提交于
-
由 foo86 提交于
Fixes CID 1409924.
-
由 foo86 提交于
Fixes CID 1409915.
-
由 Mark Thompson 提交于
-
由 Mark Thompson 提交于
-
- 22 7月, 2017 4 次提交
-
-
由 Vittorio Giovara 提交于
Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
由 Vittorio Giovara 提交于
Otherwise the first decoded frame will still be tagged with the original transfer instead of the alternative one. Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
由 Vittorio Giovara 提交于
-
由 Vittorio Giovara 提交于
-
- 21 7月, 2017 8 次提交
-
-
由 Michael Niedermayer 提交于
avcodec/diracdec: Check dimensions which are closer to what is allocated in alloc_sequence_buffers() Fixes OOM Fixes: 2674/clusterfuzz-testcase-minimized-4999700518273024 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegSigned-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Requested-by: NKieran Kunhya <kierank@obe.tv> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Kaustubh Raste 提交于
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: NKaustubh Raste <kaustubh.raste@imgtec.com> Reviewed-by: NManojkumar Bhosale <Manojkumar.Bhosale@imgtec.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 foo86 提交于
Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 James Almer 提交于
This prevents potential ABI issues with GetBitContext. Reviewed-by: Nfoo86 <foobaz86@gmail.com> Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 Wan-Teh Chang 提交于
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: NWan-Teh Chang <wtc@google.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Wan-Teh Chang 提交于
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: NWan-Teh Chang <wtc@google.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Wan-Teh Chang 提交于
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: NWan-Teh Chang <wtc@google.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
- 20 7月, 2017 7 次提交
-
-
由 Rostislav Pehlivanov 提交于
0th CDF value is where probabilities are. Signed-off-by: NRostislav Pehlivanov <atomnuker@gmail.com>
-
由 James Almer 提交于
-
由 James Almer 提交于
Should fix compilation failures introduced by 9b937958.
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 James Almer 提交于
Fixes fate-source.
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 George Boyle 提交于
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.
-
- 19 7月, 2017 15 次提交
-
-
由 foo86 提交于
-
由 foo86 提交于
-
由 Muhammad Faiz 提交于
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: NMuhammad Faiz <mfcc64@gmail.com>
-
由 Muhammad Faiz 提交于
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: NMuhammad Faiz <mfcc64@gmail.com>
-
由 Muhammad Faiz 提交于
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: NMuhammad Faiz <mfcc64@gmail.com>
-
由 Jan Sebechlebsky 提交于
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: NJan Sebechlebsky <sebechlebskyjan@gmail.com>
-
由 foo86 提交于
Use proper get_bits.h functions instead of directly accessing index. Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 foo86 提交于
Avoid using bitstream reader in a non-standard way by directly accessing index. Use bit shifting/masking operations instead. Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 foo86 提交于
Duration computation can be simplified because number of PCM blocks is only allowed to be a multiple of 8. Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 foo86 提交于
Permits applications to access DTS profile information without having to decode a frame. Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 foo86 提交于
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: NJames Almer <jamrial@gmail.com>
-
由 foo86 提交于
Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 foo86 提交于
Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 foo86 提交于
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: NJames Almer <jamrial@gmail.com>
-
由 foo86 提交于
It will be used by the parser. This change avoids unwanted parser dependency on dcadata. Signed-off-by: NJames Almer <jamrial@gmail.com>
-