- 21 Jan, 2016 19 commits
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Rostislav Pehlivanov authored
The version structure in the main decoder context was not (and apparently has never been) populated since it was added. Still, having VC-2 break the existing Dirac Low Delay mode was odd and easily avoidable had the specifications authors noticed/cared. Signed-off-by:
Rostislav Pehlivanov <atomnuker@gmail.com>
-
Rostislav Pehlivanov authored
The specs define some more overlapping and some rarely used parse codes which were missing. Signed-off-by:
Rostislav Pehlivanov <atomnuker@gmail.com>
-
James Almer authored
Reviewed-by:
Rostislav Pehlivanov <atomnuker@gmail.com> Signed-off-by:
James Almer <jamrial@gmail.com>
-
Rostislav Pehlivanov authored
Forgotten from previous commit. Signed-off-by:
Rostislav Pehlivanov <atomnuker@gmail.com>
-
Ronald S. Bultje authored
-
Rostislav Pehlivanov authored
The parser scans for "BBCD" to appear in the bitstream which indicate a parse info header and once that happens, checks if the parse offsets are sane. Since random BBCD strings might appear in the bitstream the parser will emit a pointless warning if that happens. This commit improves parsing by checking for a valid parse code as well as keeping the original checks for valid parse offsets. The warnings were removed as they serve no real purpose. Signed-off-by:
Rostislav Pehlivanov <atomnuker@gmail.com>
-
Michael Niedermayer authored
Fixes assertion failure Fixes: 6568d187979ce17878b6fe5fbbb89142/signal_sigabrt_7ffff6ae7cb7_7176_564bbc6741bdcf907f5c4e685c9a77a2.mpg Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Rostislav Pehlivanov authored
The DSP lacked a function needed to convert signed to unsigned. This was ignored when originally adding support and templating for bit depths greater than 8. The 10 bit function was used for 12 bit pictures and resulted in an improper conversion. Signed-off-by:
Rostislav Pehlivanov <atomnuker@gmail.com>
-
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
Should prevent some leaks if header writing fails Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Claudio Freire authored
Can happen in cases where's there's zero autocorrelation (pulses), and it also implies NaN/inf coeffs
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
Carl Eugen Hoyos authored
Reported by Bob, no6b no6b com
-
Carl Eugen Hoyos authored
-
Michael Niedermayer authored
Reviewed-by:
Andreas Cadhalpun <andreas.cadhalpun@googlemail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Fixes null pointer dereference Fixes: c4faf8280ba366bf00a79d425f2910a8/signal_sigsegv_1f96477_5177_1448ba7e4125faceb966f44ceb69abfa.qcp Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 20 Jan, 2016 17 commits
-
-
Michael Niedermayer authored
Cleaner solution is welcome! Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Clément Bœsch authored
This was somehow forgotten in a8bb81a0.
-
Vittorio Gambaletta (VittGam) authored
Signed-off-by:
Vittorio Gambaletta <ffmpeg-dev@vittgam.net> Signed-off-by:
Marton Balint <cus@passwd.hu>
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
This is needed as near infinite values on the input side result in only some output to be non finite. Also it may still be insufficient if subsequent computations overflow Fixes null pointer dereference Fixes: ae66c0f6c12ac1cd5c2c237031240f57/signal_sigsegv_2618c99_9516_6007026f2185a26d7afea895fbed6e38.ogg Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Reviewed-by:
Claudio Freire <klaussfreire@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
This feature is not know much or used much AFAIK, and it might be helpfull in exploits. No specific case is known where it can be used in an exploit though subsequent commits depend on this commit though Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Clément Bœsch authored
-
James Almer authored
Reviewed-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
James Almer <jamrial@gmail.com>
-
Rostislav Pehlivanov authored
Leftover from the experimental flag removal. Signed-off-by:
Rostislav Pehlivanov <atomnuker@gmail.com>
-
Rostislav Pehlivanov authored
Has been marked for removal for over a month and has not been improved or touched at all since it was implemented. Signed-off-by:
Rostislav Pehlivanov <atomnuker@gmail.com>
-
Rostislav Pehlivanov authored
Too many crashes observed. Can't be helped until the autocorrelation function is massively checked for sanity. Signed-off-by:
Rostislav Pehlivanov <atomnuker@gmail.com>
-
Bela Bodecs authored
Documentation of eval, param0 and param1 parameters Signed-off-by:
Bela Bodecs <bodecsb@vivanet.hu> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
With this, user applications which use custom IO and have set a IO context will not have their already opened IO context ignored and glob/seq being interpreted Comments and tests from maintainers of user apps are welcome! Liked-by:
wm4 <nfxjfg@googlemail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Arttu Ylä-Outinen authored
Updates libkvazaar to pass the exact frame rate to Kvazaar by setting the numerator and denominator separately instead of a single floating point number. The exact frame rate is needed for writing timing info to the bitstream. Requires Kvazaar version 0.8.1. Signed-off-by:
Arttu Ylä-Outinen <arttu.yla-outinen@tut.fi>
-
Michael Niedermayer authored
Fixes: 55d71971da50365d542ed14b65565fe1/signal_sigsegv_4765a4_8499_f146af090a94f591d6254515c7700ef5.mkv Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Reviewed-by:
Andreas Cadhalpun <andreas.cadhalpun@googlemail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Derek Buitenhuis authored
This feature is mostly only used by NLE software, and is both of dubious value being enabled by default, and a possible security risk. Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Bela Bodecs authored
vf_scale: Detecting changes of incoming frame properties and dinamically evaluate width and height expressions Currently scale filter accepts expressions in its width and height parameters but evaluates them only once at init and replaces them with their actual values. Later on, if any parameter of incoming frames changes - ie those were used in the original size expressions - then they new values will not have any affect for width and heigth values. They remain the same. This patch makes possible that width and height expressions be evaluated frame-by-frame basis if width/height/sar/format properties of incoming frame would change. To retain the current behaviour and not to break any earlier app, a new config parameter has been introduced. Its name is "eval" and it has two distinct values: "init" and "frame". The default value is "init". This feature is very usefull in case of DVBT mpeg-ts streams where SAR may change time-by-time from 4/3 to 16/9 and vica-versa and the size remains the same and you want to create a variable sized output with 1/1 SAR. Signed-off-by:
Bela Bodecs <bodecsb@vivanet.hu> Reviewed-by:
Paul B Mahol <onemda@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 19 Jan, 2016 4 commits
-
-
Bela Bodecs authored
vf_overlay video filter accepts expressions in its parameters. In 'frame-by-frame' evaluation mode it recalculates them regularly, but incoming video frame size changes did not reflect in their values. So if you used width or height of any source videos in expressions as parameters, they stayed on their initial values. This patch corrects this bug. Signed-off-by:
Bela Bodecs <bodecsb@vivanet.hu> Reviewed-by: Paul B Mahol <onemda@gmail.com Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Vittorio Giovara authored
Based on the original documentation found in mpeg2dec (1995). Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Gambaletta (VittGam) authored
Now that the seek only happens with the right mouse button, it makes sense to toggle full screen when double-clicking with the left mouse button, like other video players do. Signed-off-by:
Vittorio Gambaletta <ffmpeg-dev@vittgam.net> Signed-off-by:
Marton Balint <cus@passwd.hu>
-
Vittorio Gambaletta (VittGam) authored
Seeking by clicking on the video window can be annoying, because the user might click on it accidentally while eg. trying to get focus on it, and ffplay seeks instead. This commit changes that behaviour to seek only when the right mouse button is used to click and drag on the window. Signed-off-by:
Vittorio Gambaletta <ffmpeg-dev@vittgam.net> Signed-off-by:
Marton Balint <cus@passwd.hu>
-