- 05 Nov, 2017 3 commits
-
-
Marton Balint authored
It allows us to specify what kind of audio parameter changes are allowed. Should fix ticket #6721. Signed-off-by:
Marton Balint <cus@passwd.hu>
-
Peter Große authored
Signed-off-by:
Peter Große <pegro@friiks.de> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Peter Große authored
Fixes looping files without audio or when using stream_copy, where ist->nb_samples is not set since no decoding is done. This fixes ticket #5719 and also fixes an endless loop with the sample in ticket #6139. Signed-off-by:
Peter Große <pegro@friiks.de> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 04 Nov, 2017 2 commits
-
-
Marton Balint authored
Typically only a small subset of the SDL texture formats are supported directly by the SDL renderer drivers, the rest is software emulated. It's better if libswscale does the format conversion to a hardware-accelerated texture format instead of SDL. This should fix video render slowdowns with some texture formats after 3bd2228d. Signed-off-by:
Marton Balint <cus@passwd.hu>
-
Marton Balint authored
Signed-off-by:
Marton Balint <cus@passwd.hu>
-
- 01 Nov, 2017 1 commit
-
-
Mark Thompson authored
Since a7da1347, flush packets are passed to process_input_packet() during stream copy. This modifies the input timestamp handling to ignore them - since they contain no data, timestamps should not be affected.
-
- 30 Oct, 2017 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 29 Oct, 2017 3 commits
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
It has no effect whatsoever since the major bump. Replace the flag's documentation to reflect this as well. Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 26 Oct, 2017 1 commit
-
-
Carl Eugen Hoyos authored
Deprecated since October 2015.
-
- 24 Oct, 2017 1 commit
-
-
Michael Niedermayer authored
Code suggested by ubitux Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 23 Oct, 2017 2 commits
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Clément Bœsch authored
Deprecated (aka removed) in OSX 10.11, and we have a replacement for it (VideoToolbox).
-
- 21 Oct, 2017 1 commit
-
-
James Almer authored
The private codec option will be used instead when available.
-
- 18 Oct, 2017 1 commit
-
-
Marton Balint authored
Otherwise the frame size of the codec is not set in the buffersink. Fixes ticket #6603 and the following simpler case: ffmpeg -c aac -filter_complex "sine=d=0.1,asetnsamples=1025" out.aac Signed-off-by:
Marton Balint <cus@passwd.hu>
-
- 16 Oct, 2017 1 commit
-
-
Jun Zhao authored
This has been unused for a long time, and the original purpose has been replaced by the per-stream hwaccel_flags. Signed-off-by:
Jun Zhao <jun.zhao@intel.com> Signed-off-by:
Mark Thompson <sw@jkqxz.net>
-
- 11 Oct, 2017 1 commit
-
-
Sasi Inguva authored
This is required for FLV files, for which duration_pts comes out to be zero. Signed-off-by:
Sasi Inguva <isasi@google.com> Reviewed-by:
Thomas Mundt <tmundt75@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 08 Oct, 2017 1 commit
-
-
Marton Balint authored
Since af1761f7 ffmpeg waits for a frame in each stream before writing the output header. If we are using threaded decoding for attached pictures, we have to read till EOF to be able to finally flush the decoder and output the decoded frame. This essentially makes ffmpeg buffer all non-attached picture packets, which will cause a "Too many packets buffered for output stream" eventually. By forcing single threaded decoding, we get a frame from a single packet as well and we can avoid the error. Fixes part of ticket #6375: ffmpeg -i 46564100.mp3 -acodec libmp3lame -ab 128k -ac 2 out.mp3 Reviewed-by:
Hendrik Leppkes <h.leppkes@gmail.com> Signed-off-by:
Marton Balint <cus@passwd.hu>
-
- 03 Oct, 2017 1 commit
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-