- 20 10月, 2015 11 次提交
-
-
由 Hendrik Leppkes 提交于
The parser only reads the dca core sample rate, which is limited to a maximum of 48000 Hz, while X96 and HD extensions can increase the sample rate up to 192000 Hz. This change prevents the parser and decoder fighting over the sample rate, potentially confusing user applications. This also fixes sample rate display of >48000Hz files with ffmpeg/ffprobe when using libdcadec. Fixes ticket #4397
-
由 wm4 提交于
Commit 2b3e9bbf caused problems for a certain API user: https://code.google.com/p/chromium/issues/detail?id=537725 https://code.google.com/p/chromium/issues/detail?id=542032 The problem seems rather arbitrary, because if there's junk, anything can happen. In this case, the imperfect junk skipping just caused it to read different junk, from what I can see. We can improve the accuracy of junk detection by a lot by checking if 2 consecutive frames use the same configuration. While in theory it might be completely fine for the 1st frame to have a different format than the 2nd frame, it's exceedingly unlikely, and I can't think of a legitimate use-case. This is approximately the same mpg123 does for junk skipping. The set of compared header bits is the same as the libavcodec mp3 parser uses for similar purposes.
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Michael Niedermayer 提交于
This is how the other perl scripts in git call perl Reviewed-by: NGanesh Ajjanagadde <gajjanag@mit.edu> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Timothy Gu 提交于
It is done this way in huffyuvdsp as well.
-
由 Timothy Gu 提交于
That's where all yasm initiation steps are. Also removes the overlap between the two files.
-
由 Timothy Gu 提交于
This function does not exist.
-
由 Timothy Gu 提交于
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 James Zern 提交于
treat this the same as an over-sized superframe packet to break out of the parser loop and allow the decoder to fail. Reviewed-by: NRonald S. Bultje <rsbultje@gmail.com> Signed-off-by: NJames Zern <jzern@google.com>
-
- 19 10月, 2015 7 次提交
-
-
由 Matt Oliver 提交于
Signed-off-by: NMatt Oliver <protogonoi@gmail.com>
-
由 Matt Oliver 提交于
Signed-off-by: NMatt Oliver <protogonoi@gmail.com>
-
由 Clément Bœsch 提交于
Example: % ./ffmpeg -h encoder=aac -aac_coder <int> E...A... Coding algorithm (from -1 to 3) (default twoloop) faac E...A... FAAC-inspired method anmr E...A... ANMR method twoloop E...A... Two loop searching method fast E...A... Constant quantizer [...]
-
由 Kyle Swanson 提交于
Signed-off-by: NKyle Swanson <k@ylo.ph> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Ganesh Ajjanagadde 提交于
These functions return an error typically when the key size is an incorrect number. AVERROR(EINVAL) is more specific than -1. Reviewed-by: NRonald S. Bultje <rsbultje@gmail.com> Reviewed-by: NMichael Niedermayer <michael@niedermayer.cc> Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
由 Michael Niedermayer 提交于
Reviewed-by: NPaul B Mahol <onemda@gmail.com> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
- 18 10月, 2015 17 次提交
-
-
由 Ganesh Ajjanagadde 提交于
Commit 3a0a2f33 claims large performance advantages for AV_QSORT over libc's qsort. The reason is that I suspect that libc's qsort (at least on non LTO builds, like the typical FFmpeg config) can't inline the comparison callback: https://stackoverflow.com/questions/5290695/is-there-any-way-a-c-c-compiler-can-inline-a-c-callback-function. AV_QSORT has two things going for it: 1. The guaranteed inlining of qsort itself. This yields a negligible boost that may be ignored. 2. The more serious possibility of potentially allowing the comparison function to be inlined - this is likely responsible for the large boosts reported. There is a comment explaining that this is a place that could use some performance improvement. Thus AV_QSORT is used to achieve that. Benchmarks deemed unnecessary due to existing claims about AV_QSORT. Tested with FATE. Reviewed-by: NMichael Niedermayer <michael@niedermayer.cc> Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
由 Carl Eugen Hoyos 提交于
libavutil was always built, allow its dependencies to be enabled.
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Alexis Ballier 提交于
When the encoder is fed with less frames than its delay, the picture list looks like { NULL, NULL, ..., frame, frame, frame }. When flushing the encoder (input frame == NULL), we need to ensure the picture list is shifted enough so that we do not return an empty packet, which would mean the encoder has finished, while it has not encoded any frame. Before the patch, the command: './ffmpeg_g -loglevel debug -f lavfi -i "testsrc=d=0.01" -bf 2 -vcodec mpeg2video out.mxf' prints: Output stream #0:0 (video): 1 frames encoded; 0 packets muxed (0 bytes); After: Output stream #0:0 (video): 1 frames encoded; 1 packets muxed (8058 bytes); Relates to ticket #4817. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Ganesh Ajjanagadde 提交于
This clarifies and adds Doxygen for ff_fmt_is_in. Reviewed-by: NTimothy Gu <timothygu99@gmail.com> Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
由 Rostislav Pehlivanov 提交于
There were some errors in the calculation as well as an entire unnecessary loop to find the gain coefficient. Merge the two loops. Thanks to @ubitux for the suggestions and testing.
-
由 Derek Buitenhuis 提交于
Having it as a float didn't even allow enough precision to check for INT_MAX/2. Signed-off-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>
-
由 Derek Buitenhuis 提交于
Having it as a float didn't even allow enough precision to check for INT_MAX/2. Signed-off-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Michael Niedermayer 提交于
avcodec/aacenc: Fix "libavcodec/aacenc.c:540:13: warning: ISO C90 forbids mixed declarations and code" Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
This makes it consistent with ffprobe Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Marton Balint 提交于
Fixes ticket #4924. Found-by: NJaroslav Šnajdr <jsnajdr@gmail.com> Reviewed-by: NNicolas George <george@nsup.org> Signed-off-by: NMarton Balint <cus@passwd.hu>
-
由 Ganesh Ajjanagadde 提交于
av_warn_unused_result is added to functions whose return status should be checked. Currently does not trigger any warnings, but should be useful for future robustness. Reviewed-by: NMichael Niedermayer <michael@niedermayer.cc> Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
- 17 10月, 2015 5 次提交
-
-
由 Timothy Gu 提交于
-
由 Hendrik Leppkes 提交于
The wtv demuxer doesn't reference any functionality from asfdec or asfcrypt
-
由 Clément Bœsch 提交于
-
由 Rostislav Pehlivanov 提交于
-
由 Rostislav Pehlivanov 提交于
The fate test command line is supposed to serve as an example. It's nicer to explicitly state the profile rather than setting options to force it for you.
-