- 21 Oct, 2015 12 commits
-
-
Alexis Ballier authored
Reviewed-by:
Tomas Härdin <tomas.hardin@codemill.se> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Andreas Cadhalpun authored
It is only used inside libavcodec. Reviewed-by:
Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
Andreas Cadhalpun authored
avpriv_ac3_parse_header was removed in commit 3dfb643c. Reviewed-by:
Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
Tobias Rapp authored
Reviewed-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Timothy Gu authored
Oops.
-
Timothy Gu authored
SSE2 version 4%-35% faster than MMX depending on the width. AVX2 version 1%-13% faster than SSE2 depending on the width.
-
Julian Scheel authored
There is no avpriv_atomic_get, instead avpriv_atomic_int_get is to be used for integers. This fixes building mmaldec. Signed-off-by:
Julian Scheel <julian@jusst.de> Reviewed-by:
wm4 <nfxjfg@googlemail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Hendrik Leppkes authored
Function protoypes without arguments require a void argument in C, instead of an empty list.
-
Rostislav Pehlivanov authored
This commit introduces a parser for the current bitstream produced by Daala. It currently bears a large similarity with Theora, another codec produced by Xiph. While likely to change in the future, its basic format of packet parsing should remain fairly identical with its current structure. Once the bitstream freezes, there are a few probable simplifications that could be made. Also, the current version (major, minor and micro) is stuck at zero so it's unusable as a way to warn about possible incompatibilities. This will change once the bitstream freezes, however until then this file is strictly targeting the current git master of the reference encoder, libdaala. This file was developed independently at the same time by both myself and Vittorio Giovara, who used libav as a starting point. For fairness, and to prevent confusion and allegations, his name has been added to the copyright in the license header as well, and vice versa.
-
Rostislav Pehlivanov authored
This commit shall introduce the first step of adding support for the Daala next generation video codec to FFmpeg. Although still in development, the codec is showing good progress and exchanging work through IETF drafts. The companies behind Daala are also participating in the Alliance for Open Media, so it's likely that whatever the result any of these collaborations produce it's probable that elements from Daala could be used in them, or perhaps this codec itself could be the result.
-
James Zern authored
VP8E_UPD_ENTROPY, VP8E_UPD_REFERENCE, VP8E_USE_REFERENCE were removed from libvpx and the remaining values were never used here Reviewed-by:
Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
James Zern <jzern@google.com>
-
Timothy Gu authored
Heavily based upon ff_add_bytes by Christophe Gisquet. Reviewed-by:
James Almer <jamrial@gmail.com> Signed-off-by:
Timothy Gu <timothygu99@gmail.com>
-
- 20 Oct, 2015 10 commits
-
-
Tobias Rapp authored
Reviewed-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Andreas Cadhalpun authored
Also replace the last two usages of avpriv_float_dsp_init with avpriv_float_dsp_alloc. Reviewed-by:
James Almer <jamrial@gmail.com> Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
Andreas Cadhalpun authored
It was replaced by avpriv_ac3_parse_header2. Reviewed-by:
Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
Andreas Cadhalpun authored
These headers contain functions supposed to be public. libavutil/des.h: av_des_alloc av_des_crypt av_des_init av_des_mac libavutil/rc4.h: av_rc4_alloc av_rc4_crypt av_rc4_init libavutil/tree.h av_tree_destroy av_tree_enumerate av_tree_find av_tree_insert av_tree_node_alloc av_tree_node_size Reviewed-by:
Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
Timothy Gu authored
This reverts commit 628e6d01 and uses a better fix. Before: 4483 decicycles in get_pixels_8x4_sym, 131032 runs, 40 skips After: 2569 decicycles in get_pixels_8x4_sym, 131054 runs, 18 skips
-
Hendrik Leppkes authored
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 authored
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 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
This is how the other perl scripts in git call perl Reviewed-by:
Ganesh Ajjanagadde <gajjanag@mit.edu> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 19 Oct, 2015 8 commits
-
-
Timothy Gu authored
It is done this way in huffyuvdsp as well.
-
Timothy Gu authored
That's where all yasm initiation steps are. Also removes the overlap between the two files.
-
Timothy Gu authored
This function does not exist.
-
Timothy Gu authored
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
James Zern authored
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:
Ronald S. Bultje <rsbultje@gmail.com> Signed-off-by:
James Zern <jzern@google.com>
-
Matt Oliver authored
Signed-off-by:
Matt Oliver <protogonoi@gmail.com>
-
Matt Oliver authored
Signed-off-by:
Matt Oliver <protogonoi@gmail.com>
-
- 18 Oct, 2015 10 commits
-
-
Clément Bœsch authored
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 authored
Signed-off-by:
Kyle Swanson <k@ylo.ph> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Ganesh Ajjanagadde authored
These functions return an error typically when the key size is an incorrect number. AVERROR(EINVAL) is more specific than -1. Reviewed-by:
Ronald S. Bultje <rsbultje@gmail.com> Reviewed-by:
Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
Ganesh Ajjanagadde <gajjanagadde@gmail.com>
-
Michael Niedermayer authored
Reviewed-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Ganesh Ajjanagadde authored
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:
Michael Niedermayer <michael@niedermayer.cc> Signed-off-by:
Ganesh Ajjanagadde <gajjanagadde@gmail.com>
-
Carl Eugen Hoyos authored
libavutil was always built, allow its dependencies to be enabled.
-
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>
-
Alexis Ballier authored
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:
Michael Niedermayer <michael@niedermayer.cc>
-