- 03 Aug, 2016 14 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
If negative pts are possible for some codecs in ogg then the code needs to be changed to use signed values. Found-by: Thomas Guilbert <tguilbert@google.com> Fixes: clusterfuzz_usan-2016-08-02 Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Found-by: Thomas Guilbert <tguilbert@google.com> Fixes: clusterfuzz_usan-2016-08-02 Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Carl Eugen Hoyos authored
Fixes ticket #5751.
-
Patrick Felt authored
-
Burt P authored
Signed-off-by: Burt P <pburt0@gmail.com> Signed-off-by: Timothy Gu <timothygu99@gmail.com>
-
Timothy Gu authored
-
Timothy Gu authored
-
Timothy Gu authored
-
Timothy Gu authored
-
Timothy Gu authored
-
Timothy Gu authored
-
James Almer authored
It's the proper place since 8c793288Signed-off-by: James Almer <jamrial@gmail.com>
-
Steven Robertson authored
10- and 12-bit DNxHR use the same DC coefficient decoding process and VLC table, just with a different shift value. From SMPTE 2019-1:2016, 8.2.4 DC Coefficient Decoding: "For 8-bit video sampling, the maximum value of η=11 and for 10-/12-bit video sampling, the maximum value of η=13." A sample file will be uploaded to show that with this patch, things decode correctly: dnxhr_hqx_12bit_1080p_smpte_colorbars_davinci_resolve.mov Signed-off-by: Steven Robertson <steven@strobe.cc> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 02 Aug, 2016 17 commits
-
-
Timothy Gu authored
Show proper #include's on struct pages. Before: #include <buffer.h> After #include <libavutil/buffer.h>
-
Timothy Gu authored
-
Patrick Felt authored
Signed-off-by: Timothy Gu <timothygu99@gmail.com>
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
Michael Niedermayer authored
Reviewed-by: Nicolas George <george@nsup.org> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
LoRd_MuldeR authored
In order to avoid possible clipping at the very beginning. Especially apparent when "alternative" boundary mode is used. Adopted from original commit by committer.
-
Paul B Mahol authored
-
Timothy Gu authored
Doxygen gets confused by this.
-
Carl Eugen Hoyos authored
Fixes ticket #5484.
-
Timothy Gu authored
The interface has been stable for some time now.
-
Timothy Gu authored
-
Timothy Gu authored
-
Timothy Gu authored
The Doxygen command is generated from the list of installed headers, which may change per configuration (e.g. `--enable-gpl` results in libpostproc to be built and installed).
-
Carl Eugen Hoyos authored
Reported-by: applemax82
-
Lucas Cooper authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Petru Rares Sincraian authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 01 Aug, 2016 9 commits
-
-
James Almer authored
* commit '996f1341': h264: fix warnings in fill_filter_caches_inter() Conflicts: libavcodec/h264_slice.c See ef8f6464Merged-by: James Almer <jamrial@gmail.com>
-
Burt P authored
HDCD is only encoded in s16@44100Hz. Scan the chain of AVFilterLinks for any resampling or format conversion/truncation that might cause problems for the filter and issue warnings. Signed-off-by: Burt P <pburt0@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Burt P authored
Issue #5727: gain adjustment should only be applied if matching gain value from a valid packet in both channels. The existing functions process each channel separately, so it was not possible. * New versions of hdcd_process(), hdcd_scan(), hdcd_integrate() named hdcd_*_stereo() that process both channels together. * target_gain applied will be the last matching target_gain. * The old single channel functions remain as an option. They can be used by: -af hdcd=process_stereo=0. Signed-off-by: Burt P <pburt0@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
James Almer authored
* commit 'bc7f4268': h264: drop tests whether the codec id is AV_CODEC_ID_H264 Conflicts: libavcodec/h264dec.c Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '8281cd5c': h264_cabac: drop an always true condition Merged-by: James Almer <jamrial@gmail.com>
-
James Almer authored
* commit '5c2fb561': h264: add H264_ prefix to the NAL unit types Conflicts: libavcodec/h264_parse.c libavcodec/h264_parser.c libavcodec/h264_slice.c libavcodec/h264dec.c Merged-by: James Almer <jamrial@gmail.com>
-
Burt P authored
Signed-off-by: Burt P <pburt0@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Burt P authored
Used to attempt replication of some results from http://www.audiomisc.co.uk/HFN/HDCD/Examined.html May not be generally useful, defaults to off. Signed-off-by: Burt P <pburt0@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Burt P authored
* Moves the filter context member out of state and into HDCDContext * More useful information when an error is detected * Gives a location near where the error was detected Signed-off-by: Burt P <pburt0@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-