- 24 Nov, 2017 4 commits
-
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
Michael Niedermayer authored
Fixes: memleak Found-by: <jamrial> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 23 Nov, 2017 10 commits
-
-
Karthick J authored
-
Karthick J authored
-
Karthick J authored
-
James Almer authored
Fixes make checkheaders. Signed-off-by: James Almer <jamrial@gmail.com>
-
Lou Logan authored
Signed-off-by: Lou Logan <lou@lrcd.com>
-
Werner Robitza authored
Explain how to achieve infinite looping with the loop / aloop filters. Signed-off-by: Werner Robitza <werner.robitza@gmail.com>
-
Martin Vignali authored
speed seems to be similar, but simplify code
-
Derek Buitenhuis authored
This was an mplayer-specific hack. This reverts commit a4f94f24. Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
Carl Eugen Hoyos authored
-
Rostislav Pehlivanov authored
Signed-off-by: Rostislav Pehlivanov <atomnuker@gmail.com>
-
- 22 Nov, 2017 18 commits
-
-
Mark Thompson authored
-
Mark Thompson authored
This was added in early 2013 and abandoned several months later; as far as I can tell, there are no external users. Future OpenCL use will be via hwcontext, which requires neither special OpenCL-only API nor global state in libavutil. All internal users are also deleted - this is just the unsharp filter (replaced by unsharp_opencl, which is more flexible) and the deshake filter (no replacement).
-
Mark Thompson authored
-
Mark Thompson authored
To match creation on a newly-derived device. (This was missed earlier because the mode is only used in some cases.)
-
Mark Thompson authored
Intended to replace existing opencl mode of the unsharp filter. Supports many more pixel formats and works without immediate upload and download of frame data. The options are compatible with the existing filter.
-
Mark Thompson authored
Input and output formats must be the same, the overlay format must be the same as the input except possibly with an additional alpha component.
-
Mark Thompson authored
-
Mark Thompson authored
-
Mark Thompson authored
Using cl_arm_import_memory. Unfortunately, despite this not being a standard extension, the function clImportMemoryARM() is not accessible via clGetExtensionFunctionAddressForPlatform(). This means that it has to be linked directly to the ARM OpenCL binary, so making a portable binary is not possible as it is with all other mapping extensions.
-
Mark Thompson authored
Using cl_khr_d3d11_sharing and cl_intel_d3d11_nv12_media_sharing.
-
Mark Thompson authored
Using cl_khr_dx9_media_sharing.
-
Mark Thompson authored
Uses the cl_intel_va_api_media_sharing extension, which supports only NV12 surfaces and only mapping from QSV to OpenCL.
-
Mark Thompson authored
Supports all surface formats in common between the two.
-
Mark Thompson authored
-
Mark Thompson authored
-
Jim DeLaHunt authored
Add two FAQs about running FFmpeg in the background. The first explains the use of the -nostdin option in a straightforward way. Text revised based on review. The second FAQ starts from a confusing error message, and leads to the solution, use of the -nostdin option. The purpose of the second FAQ is to attract web searches from people having the problem, and offer them a solution. Add an anchor to the Main Options section of the ffmpeg documentation, so that the FAQs can link directly there. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Dale Curtis authored
In the event of ff_mov_read_stsd_entries() failure, sc->stsd_count is not updated, even if the function allocates extradata memory. Instead update the sc->stsd_count as entries are parsed so that mov_read_close() can do the right thing. Signed-off-by: Dale Curtis <dalecurtis@chromium.org> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Fixes: OOM Fixes: 3541/clusterfuzz-testcase-minimized-6469958596820992 Adds support for decoding codeblock data larger than 8kb Reduces decoder memory consumption Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegSigned-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 21 Nov, 2017 8 commits
-
-
Karthick J authored
When -format_code is not specified autodetection will happen. Signed-off-by: Marton Balint <cus@passwd.hu>
-
Karthick J authored
This is done to enable input format autodetection in decklink_dec. Signed-off-by: Marton Balint <cus@passwd.hu>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
James Almer authored
Remove the broadcast instructions as well now that they are wide enough. Signed-off-by: James Almer <jamrial@gmail.com>
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com>
-