- 19 Jan, 2018 4 commits
-
-
Yogender Gupta authored
Signed-off-by: Timo Rothenpieler <timo@rothenpieler.org>
-
Nikolas Bowe authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Karthick Jeyapal authored
-
Rodger Combs authored
-
- 18 Jan, 2018 3 commits
-
-
James Almer authored
<jamrial> durandal_1707: 8088b5d6 broke the acrossfade test <@durandal_1707> jamrial: there was test? <jamrial> durandal_1707: fate-filter-acrossfade <@durandal_1707> what broke? <jamrial> what used to be one frame is now two <@durandal_1707> ahh, just update test Signed-off-by: James Almer <jamrial@gmail.com>
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
- 17 Jan, 2018 3 commits
-
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
Gyan Doshi authored
libvidstab introduced this variable only for packed formats but in vf_vidstab*.c, it's checked for all inputs. So the filter errors out for YUV422/444P streams. Fixes #6736. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Jun Zhao authored
use ffmpeg -h filter=deinterlace_vaapi can't get full help information, the root cause is not setting the flags fileld in options. Signed-off-by: Jun Zhao <jun.zhao@intel.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 16 Jan, 2018 9 commits
-
-
Mark Thompson authored
* commit 'cbe28bc0': qsv: better to use alignment by 16 and HEVC 10b requires alignment by 32 Merged-by: Mark Thompson <sw@jkqxz.net>
-
Mark Thompson authored
* commit '34c11333': Add support for H.264 and HEVC hardware encoding for AMD GPUs based on AMF SDK Most of this was already present from 9ea6607d, this just applies some minor fixups and adds the general documentation. Merged-by: Mark Thompson <sw@jkqxz.net>
-
Mark Thompson authored
* commit '7b0b5bc8': cmdutils: update copyright year to 2018 This commit is a noop, see bddf31baMerged-by: Mark Thompson <sw@jkqxz.net>
-
Mark Thompson authored
* commit '1efbbfed': examples/qsvdec: do not set the deprecated field refcounted_frames Merged-by: Mark Thompson <sw@jkqxz.net>
-
Mark Thompson authored
* commit 'e2319026': lavu/qsv: add log message for libmfx version Merged-by: Mark Thompson <sw@jkqxz.net>
-
Jun Zhao authored
add missing struct MpegEncContext, use make checkheaders found this warning. Signed-off-by: Jun Zhao <jun.zhao@intel.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
wm4 authored
D3D11 has rather fine grained per format capabilities for different uses that can be queried at runtime. Since we don't know what the user wants to do with the formats when av_hwdevice_get_hwframe_constraints() is called, we simply return all formats that have the most basic support.
-
wm4 authored
It was sort of optional before - if you didn't call it, networking was initialized on demand, and an ugly warning was logged. Also, the doxygen comments threatened that it would be made strictly required one day. Make it explicitly optional. I would prefer to deprecate it fully, but there might still be legitimate reasons to use this. But the average user won't need it. This is needed only for two reasons: to initialize TLS libraries like OpenSSL and GnuTLS, and winsock. OpenSSL and GnuTLS were already silently initialized on demand if the global network init function was not called. They also have various thread-safety acrobatics, which make concurrent initialization within libavformat safe. In addition, the libraries are moving towards making their global init functions safe, which removes all need for central global init. In particular, GnuTLS 3.5.16 and OpenSSL 1.1.0g have been found to have safe init functions. In all cases, they use internal reference counters to avoid that the global uninit functions interfere with concurrent uses of the library by other API users who called global init. winsock should be thread-safe as well, and maintains an internal reference counter as well. Since we still support ancient TLS libraries, which do not have this fixed, and since it's unknown whether winsock and GnuTLS reinitialization is costly in any way, don't deprecate the libavformat functions yet.
-
wm4 authored
-
- 15 Jan, 2018 5 commits
-
-
Michael Niedermayer authored
Fixes: runtime error: signed integer overflow: 2146276249 + 1487583 cannot be represented in type 'int' Fixes: 4823/clusterfuzz-testcase-minimized-4551896611160064 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: OOM Fixes: 4810/clusterfuzz-testcase-minimized-6034253235093504 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: signed integer overflow: 2147483520 + 128 cannot be represented in type 'int' Fixes: 4800/clusterfuzz-testcase-minimized-6110372403609600 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpegSigned-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
wm4 authored
In addition, this does not allow creating frames contexts with sw_format for which no known transfer formats exist. In theory, we should check whether the chroma format (i.e. the sw_format) is supported at all by the vdpau driver, but checking for transfer formats has the same effect. Note that the pre-existing code adds 1 to priv->nb_pix_fmts[i] for unknown reason, and some checks need to account for that to check for empty lists. They are not off-by-one errors.
-
wm4 authored
The condition was a bit too long, and most editors will break the line and turn it into an unreadable mess. Move out some of the conditions. This should not change the behavior.
-
- 14 Jan, 2018 9 commits
-
-
Robert Nagy authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
sfan5 authored
Signed-off-by: Steven Liu <lq@chinaffmpeg.org>
-
sfan5 authored
Signed-off-by: Steven Liu <lq@chinaffmpeg.org>
-
sfan5 authored
dash_read_seek() is called only once to issue a seek of *all* streams to the specified timestamp. But to avoid reopening each stream, do a "dry run" for streams that are in a discarded state. Signed-off-by: Steven Liu <lq@chinaffmpeg.org>
-
sfan5 authored
-
sfan5 authored
Signed-off-by: Steven Liu <lq@chinaffmpeg.org>
-
sfan5 authored
The primary goal was making it viable to play YouTube/Vimeo/... videos using the native demuxer, since mpv currently uses a workaround in form of Edit Decision Lists (EDL). Implemented features: 1 Exposing id / bitrate as stream metadata (similar to the HLS demuxer) 2 Support for multiple video and audio streams 3 A few minor parts of the specification that are in use at YouTube Signed-off-by: Steven Liu <lq@chinaffmpeg.org>
-
Gyan Doshi authored
The ADTS muxer will silently (attempt to) mux any audio stream passed to it. Patch adds a codec check. Signed-off-by: James Almer <jamrial@gmail.com>
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
- 13 Jan, 2018 7 commits
-
-
Rostislav Pehlivanov authored
Functionally identical to the old code, with less lines wasted. Partially fixes the complete disregard for the 80 col/line guide. Signed-off-by: Rostislav Pehlivanov <atomnuker@gmail.com>
-
Daniil Cherednik authored
Signed-off-by: Daniil Cherednik <dan.cherednik@gmail.com>
-
Rostislav Pehlivanov authored
The encoder didn't clean up if a malloc failed during init. It also doesn't need any external tables to be initialized on init. Finally, it didn't need to check for whether avctx->priv_data exists during uninit. Signed-off-by: Rostislav Pehlivanov <atomnuker@gmail.com>
-
Daniil Cherednik authored
-
Rostislav Pehlivanov authored
It tests a useless profile which sounds no better than regular aac and which takes extremely long to encoder something. Also it has been behind experimental flag for as long as it has been supported. Should be removed altogether sometime in the future.
-
Rostislav Pehlivanov authored
The twoloop coder sounds decent at low bitrates, however at higher bitrates it sounds worse than the fast coder (which used to be the old twoloop coder before October 2015) and needs quite a lot more CPU. Change the default to fast. It has been well tested and has had little changes over the years so its been confirmed to be quite stable. Also change its description (not valid for more than a year) and the documentation. Signed-off-by: Rostislav Pehlivanov <atomnuker@gmail.com>
-
Rodger Combs authored
-