- 20 10月, 2015 6 次提交
-
-
由 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>
-
- 18 10月, 2015 7 次提交
-
-
由 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>
-
由 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>
-
由 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.
-
由 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>
-
- 17 10月, 2015 21 次提交
-
-
由 Rostislav Pehlivanov 提交于
-
由 Rostislav Pehlivanov 提交于
Suggested by ubitux. Convenient.
-
由 Rostislav Pehlivanov 提交于
A value of 2048 will overflow 11 bits.
-
由 Rostislav Pehlivanov 提交于
In light of the recent changes to the TNS system, it has been deemed worthy and robust enough to be turned on by default.
-
由 Rostislav Pehlivanov 提交于
Changes: - strongly prefer dual filters to a single filter - less strict about using 2 filters w.r.t. energy - scrap the usage of threshold and spread, useless - use odd-shaped windows to set the filter direction - use 4 bits instead of 3 bits for short windows - simplify and reduce the main loop to a single level - add stricter regulations for short windows All of this now makes the TNS implementation operate as good as it can and it definitely shows. The frequency thresholds are now even better defined by looking at the spectrals and the overall sound has been improved at the price of just a few bits that are well worth it.
-
由 Rostislav Pehlivanov 提交于
It's simpler and has 2 less levels than the previous which was practically lifted from the decoder with put_bits() instead of get_bits().
-
由 Rostislav Pehlivanov 提交于
Too much effort and work has been spent on such a simple function. It simply refuses to work as the specifications say, the transformation is NOT lossless and creates some crackling and distortions. Therefore disable it by default and add a couple of warnings to scare people away from touching it or wasting their time the way I did.
-
由 Rostislav Pehlivanov 提交于
The decoder does this so I guess we better do that as well. There's barely any difference between the autoregressive and the moving average filters looking at spectrals though.
-
由 Rostislav Pehlivanov 提交于
It didn't work out because of the exceptions that needed to be made for the "-1" cases and was overall more confusing that just manually checking and setting options for each profile.
-
由 Rostislav Pehlivanov 提交于
Long Term Prediction allows for prediction of spectral coefficients via the previously decoded time-dependent samples. This feature works well with harmonic content 2 or more frames long, like speech, human or non-human, piano music or any constant tones at very low bitrates. It should be noted that the current coder is highly efficient and the rate control system is unable to encode files at extremely low bitrates (less than 14kbps seems to be impossible) so this extension isn't capable of optimum operation. Dramatic difference is observable with some types of audio and speech but for the most part the audiable differences are subtle. The spectrum looks better however so the encoder is able to harvest the additional bits that this feature provies, should the user choose to enable it. So it's best to enable this feature only if encoding at the absolutely lowest bitrate that the encoder is capable of.
-
由 Rostislav Pehlivanov 提交于
Apparently it was set to be enabled by default but after the profile commits it was reverted to be off by default because I didn't notice. Works well so (re)enable it.
-
由 Rostislav Pehlivanov 提交于
Needed because LTP uses predictor_present as well.
-
由 Rostislav Pehlivanov 提交于
An oversight, probably because of copy-pasting the TNS line.
-
由 Rostislav Pehlivanov 提交于
Functionally identical, doesn't change anything.
-
由 Rostislav Pehlivanov 提交于
-
由 Rostislav Pehlivanov 提交于
Doesn't change anything, just a slight clarification that under all profiles TNS is currently off. That'll be soon to change hopefully.
-
由 Rostislav Pehlivanov 提交于
The encoder makes use of it in the following commits.
-
由 Michael Niedermayer 提交于
This ensures that they are always set to valid values Fixes Ticket4939 Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Fixes deadlock Fixes Ticket4932 Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
avcodec/ffv1dec: Clear slice coordinates if they are invalid or slice header decoding fails for other reasons Fixes Ticket4931 Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Agatha Hu 提交于
Signed-off-by: NTimo Rothenpieler <timo@rothenpieler.org>
-
- 16 10月, 2015 6 次提交
-
-
由 Luca Barbato 提交于
-
由 Luca Barbato 提交于
Broken in 2d591595
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Hendrik Leppkes 提交于
AVFrame.data[0] is not guaranteed to be set with a HWAccel
-
由 Michael Niedermayer 提交于
Fixes: Ticket4878 Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-