- 01 10月, 2015 4 次提交
-
-
由 Sven Dueking 提交于
Reviewed-by: NIvan Uskov <ivan.uskov@nablet.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Fixes deadlock with threads Found-by: Paul B Mahol Reviewed-by: NPaul B Mahol <onemda@gmail.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
The variable is not a constant and can lead to race conditions Fixes: repro.webm (not reproducable with FFmpeg alone) Found-by: NDale Curtis <dalecurtis@google.com> Tested-by: NDale Curtis <dalecurtis@google.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
This ensures that chroma format is never set to an invalid value Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
- 30 9月, 2015 5 次提交
-
-
由 wm4 提交于
Commits 43bc5cf9 and c5371f77 add code for skipping initial zeros in mp3 packets. This code forgot to report to the user that data was skipped at all. Since audio codecs allow partial packet decoding, the user application has to rely on the return value. It will remove the data reported as consumed by the decoder, and feed it to the decoder again. This resulted in the mp3 frame after the zero region to be decoded over and over again, until the zero region was finally skipped by the application. Fix this by including the amount of skipped bytes to the number of consumed bytes returned by the decode call. Fixes trac ticket #4890.
-
由 James Almer 提交于
Tested-by: NMichael Niedermayer <michaelni@gmx.at> Signed-off-by: NJames Almer <jamrial@gmail.com>
-
由 Christophe Gisquet 提交于
CID 1256 is specified as using the same table for luma and chroma, which is the same as CID 1235 luma table. This is consistent with the format supposedly being RGB, although most sequences seem to actually be YCbCr-encoded. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Stefano Pigozzi 提交于
VideoToolbox also implements a software decoder for h264, and will fallback to using it if the file cannot be decoded on the GPU. In these cases though, we want the hwaccel to fail so that we can use the libavcodec software decoder instead of the Apple one. Signed-off-by: Nwm4 <nfxjfg@googlemail.com>
-
由 Ganesh Ajjanagadde 提交于
This silences some of the -Wunused-function warnings when compiled with --disable-mmx, e.g http://fate.ffmpeg.org/log.cgi?time=20150919094617&log=compile&slot=x86_64-archlinux-gcc-disable-mmx. Header guards are too brittle and ugly for this case. Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
- 29 9月, 2015 11 次提交
-
-
由 Ganesh Ajjanagadde 提交于
This fixes -Wshift-negative-value reported with clang 3.7+, e.g http://fate.ffmpeg.org/log.cgi?time=20150919172459&log=compile&slot=x86_64-darwin-clang-polly-notiling-3.7. Note that the patch crucially depends on int >= 32 bits, an assumption made in many places in the codebase. Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Vittorio Giovara 提交于
Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
由 Christophe Gisquet 提交于
This bit is 1 in some samples, and seems to coincide with interlaced mbs and CID1260. 2008 specs do not know about it, and maintain qscale is 11 bits. This looks oversized, but may help larger bitdepths. Currently, it leads to an obviously incorrect qscale value, meaning its syntax is shifted by 1. However, reading 11 bits also leads to obviously incorrect decoding: qscale seems to be 10 bits. However, as most profiles still have 11bits qscale, the feature is restricted to the CID1260 profile (this flag is dependent on a higher-level flag located in the header). The encoder writes 12 bits of syntax, last and first bits always 0, which is now somewhat inconsistent with the decoder, but ends up with the same effect (progressive + reserved bit). Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
由 Vittorio Giovara 提交于
-
由 Ganesh Ajjanagadde 提交于
This fixes a -Wshift-negative-value warning reported with clang 3.7+. Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
由 Ganesh Ajjanagadde 提交于
This fixes a -Wshift-negative-value warning reported with clang 3.7+. Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
由 wm4 提交于
Note that convergence_duration had another meaning, one which was in practice never used. The only real use for it was a 64 bit replacement for the duration field. It's better just to make duration 64 bits, and to get rid of it. Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
由 Michael Niedermayer 提交于
Fixes crash Fixes: flicker-1.scout3d21443372922.28.m4a Found-by: NDale Curtis <dalecurtis@google.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Gregory J. Wolfe 提交于
File libopenh264enc.c has been modified so that the encoder uses av_log() to log messages (error, warning, info, etc.) instead of logging them directly to stderr. At the time the encoder is created, the current libav log level is mapped to an equivalent libopenh264 log level. This log level, and a message logging function that invokes av_log() to actually log messages, are then set on the encoder. This contains further changes and simplifications by Michael Niedermayer and Martin Storsjö. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Ganesh Ajjanagadde 提交于
pix_fmt was declared presumably to shorten the argument passed to the function. However, it is currently not being used for such a purpose. This patch simply removes it instead. This fixes -Wunused-but-set-variable reported at e.g: http://fate.ffmpeg.org/log.cgi?time=20150919194249&log=compile&slot=x86_64-darwin-gcc-4.9. Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com> Reviewed-by: Nwm4 <nfxjfg@googlemail.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Paul B Mahol 提交于
Fixes #4887. Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
- 28 9月, 2015 14 次提交
-
-
由 Anton Khirnov 提交于
It is not used outside of qsvdec.c anymore.
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
Should fix some leaks on init failure.
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
This is useful for detecting QSV-enabled decoders.
-
由 Christophe Gisquet 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Christophe Gisquet 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 wm4 提交于
It appears vdpau drivers can return constrained baseline as unsupported, even if libvdpau knows about the symbol, and the main profile is supported. Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 wm4 提交于
Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Rémi Denis-Courmont 提交于
This function can intrinsically not deal with codec profile fallback (for H.264 Constrained Baseline especially), and was made redundant by av_vdpau_bind_context(). Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Christophe Gisquet 提交于
Each line is padded by the format, and errors are now reported and stop the decoding. Around 5% speedup. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Thomas Mundt 提交于
Default field order to top field first when interlaced frame is detected and pic_struct_present_flag is not set. Since bottom field first comes from the old NTSC standard and is not used with HD anymore I think it´s straight forward to favor the majority. Signed-off-by: NThomas Mundt <loudmax@yahoo.de> Reviewed-by: NKieran Kunhya <kierank@obe.tv> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Christophe Gisquet 提交于
This only occur when an overrun in coefficient decoding is detected. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
- 27 9月, 2015 4 次提交
-
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Christophe Gisquet 提交于
Fewer arguments, less duplicated code. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Christophe Gisquet 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Christophe Gisquet 提交于
Around 3x speedup with 4 threads. Maybe more mb lines should be batched per thread, but that's good enough for a first try. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
- 26 9月, 2015 2 次提交
-
-
由 Christophe Gisquet 提交于
Indicates a YCbCr->RGB transform at the block level. Although nothing explicitly states it, this would assume the actual content is planar RGB. Currently unsupported, but the one sequence I found using it flagged every mb that way, actually meaning the content was YCbCr, and thus best left to the output format to decide what to do of it. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Christophe Gisquet 提交于
It currently only applies to CID 1260, but this flag is dependent on a higher-level flag located in the header. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-