- 15 11月, 2015 1 次提交
-
-
由 Rainer Hochecker 提交于
avformat/utils: estimate_timings_from_pts - increase retry counter, fixes invalid duration for ts files with hevc codec Fixes a mpegts file with hevc that fails estimating duration. Increasing number of retries fixes the issue. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
- 14 11月, 2015 1 次提交
-
-
由 Hendrik Leppkes 提交于
This implementation does not support TLS listen sockets and loading CA/Certs from files. The Windows API does not support loading PEM certs, and would either require a manual loader or instead be limited to loading Windows PFX certificates TLS listen sockets would have to be implemented quite separately, as many of the APIs are different for server-mode (as opposed to client mode).
-
- 13 11月, 2015 3 次提交
-
-
由 Bryan Huh 提交于
When async issues its inner seek via ffurl_seek, it treats failures as EOF being reached. This is not consistent with the behavior of other protocols (e.g. http, cache) which continue to tolerate reads after failed seeks, and therefore does not interact correctly with them. A common pattern where this manifests itself is where avio_seek is called with pos to be the end-of-file - the http range-request would fail here, and async would set io_eof_reached to 1. The background thread would then refuse to read more bytes, and subsequent reads would only empty the fifo and end in an error. Presumably the code may have expected subsequent seeks to unset the io_eof_reached but this is not guaranteed to be true - a subsequent seek that lands in the AVIOContext's buffer (the fact that the previously-failed avio_seek leaves the AVIOContext's buffer intact also suggests that follow-up reads are expected to be tolerated) would not be issued to the async_seek function, and when that buffer is drained only async_read calls would follow, leading to the same error just described. 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>
-
- 11 11月, 2015 8 次提交
-
-
由 Hendrik Leppkes 提交于
This matches the Libav signature and simplifies merging future changes.
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Bryan Huh 提交于
Chapter-indexing can be expensive since chapters may be interspersed throughout the entire file and may require many seeks - especially costly when consuming a video over a remote protocol like http. Furthermore it is often unnecessary, especially when only trying to get video info (e.g. via ffprobe). Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Also support disabling them as they seem to cause problems to some Users. They are also not allowed in IRT D-10 thus the default for mxf_d10 is not to write them This also decreases the filesize when no user comment are stored Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Andreas Cadhalpun 提交于
A negative sample rate causes assertion failures in av_rescale_rnd. Reviewed-by: NPaul B Mahol <onemda@gmail.com> Signed-off-by: NAndreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
由 Martin Storsjö 提交于
In most other cases when writing fragmented mp4 files, the output IO context is flushed after each fragment. Also flush it after writing the initial moov, to have it behave in the same way. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
- 10 11月, 2015 2 次提交
-
-
由 Timothy Gu 提交于
Allows one to do: ffmpeg -s 1920x1080 -i blah.v210 ... ffmpeg -s 1920x1080 -f v210x -i blah.yuv10 ... Fixes #1869. Reviewed-by: NJames Almer <jamrial@gmail.com> Reviewed-by: NKieran Kunhya <kierank@obe.tv>
-
由 Bryan Huh 提交于
cache protocol indexes its cache using AVTreeNodes which require a cmp function for inserting and searching new cache-entries. This cmp function expects a 32-bit int return value (negative, zero, or positive) but the cache cmp function returns an int64_t which can overflow the int, giving negative numbers for when it should be positive, vice versa. This manifests itself only for very large files (e.g. 4GB+) Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
- 09 11月, 2015 2 次提交
-
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Anton Khirnov 提交于
All encoders set pts and dts properly now (and have been doing that for a while), so there is no good reason to do any timestamp guessing in the muxer. The newly added AVStreamInternal will be later used for storing all the private fields currently living in AVStream.
-
- 08 11月, 2015 2 次提交
-
-
由 Anton Khirnov 提交于
It will be needed in other functions.
-
由 Anton Khirnov 提交于
The reasoning for setting it to zero only applies to demuxing.
-
- 07 11月, 2015 5 次提交
-
-
由 Michael Niedermayer 提交于
Fixes null pointer dereference Fixes: cb02dfb163ac833c04cace3d7e35b160/signal_sigsegv_e55c49_6326_8f25619fc86a00b303c57b7778baf70a.cpk Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Andreas Cadhalpun 提交于
The return type of strlen is size_t, i.e. unsigned, so if pd->buf_size is 3, the right side overflows leading to a wrong result of the comparison and subsequently a heap buffer overflow. Reviewed-by: NPaul B Mahol <onemda@gmail.com> Signed-off-by: NAndreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
由 Michael Niedermayer 提交于
This seems not to do anything any more since a long time, and removing it avoids using uninitialized memory. Also change the error value forwarding as done everywhere else. Partly fixes: msan_uninit-mem_7fb7d24780d0_2744_R03T.CAK Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
由 Paul B Mahol 提交于
Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
由 Paul B Mahol 提交于
Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
- 06 11月, 2015 6 次提交
-
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Sebastian Dröge 提交于
Signed-off-by: NSebastian Dröge <sebastian@centricular.com> Reviewed-by: NKieran Kunhya <kierank@obe.tv> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Sebastian Dröge 提交于
Signed-off-by: NSebastian Dröge <sebastian@centricular.com> Previous version reviewed-by: Kieran Kunhya <kierank@obe.tv> Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Fixes infinite loop Fixes: 9c48ae2680c5f23bca3d20ff0f325fd8/asan_generic_4c254d_1374_993f1e5967dd6f844b8d72f978ce2a6c.pss Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Michael Niedermayer 提交于
Fixes assertion failure Fixes: 4321db8ac331f5967ebfbfe80ce5eb78/signal_sigabrt_7ffff6ae7cc9_7213_0d6457b9d6897fa7c78507fa5de53510.ts Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
- 04 11月, 2015 2 次提交
-
-
由 Bryan Huh 提交于
Fixes an issue where an int64_t ffurl_seek return-value was being stored in an int (32-bit) "r" variable, leading to integer overflow when seeking into a large file (>2GB), and ultimately a "Failed to perform internal seek" error mesage. To test, try running `ffprobe 'cache:http://<something>'` on a file that is ~3GB large, whose moov atom is at the end of the file Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Ganesh Ajjanagadde 提交于
FFDIFFSIGN was created explicitly for this purpose, since the common return a - b idiom is unsafe regarding overflow on signed integers. It optimizes to branchless code on common compilers. FFDIFFSIGN also has the subjective benefit of being easier to read due to lack of ternary operators. Tested with FATE. Things not covered by this are unsigned integers, for which overflows are well defined, and also places where overflow is clearly impossible, e.g an instance where the a - b was being done on 24 bit values. Reviewed-by: NMichael Niedermayer <michael@niedermayer.cc> Reviewed-by: NClément Bœsch <u@pkh.me> Signed-off-by: NGanesh Ajjanagadde <gajjanagadde@gmail.com>
-
- 03 11月, 2015 2 次提交
-
-
由 wm4 提交于
I've got some m4a samples that had jpeg cover art marked as png. Since these files were supposedly written by iTunes, and other software can read it (e.g. clementine does), this should be worked around. Since png has a very simple to detect header, while it's apparently a real pain to detect jpeg in the general case, try to detect png and assume jpeg otherwise. Not bothering with bmp, as I have no test case. Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
- 02 11月, 2015 6 次提交
-
-
由 Luca Barbato 提交于
Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Luca Barbato 提交于
Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Luca Barbato 提交于
And prevent a memory leak CC: libav-stable@libav.org Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Derek Buitenhuis 提交于
This saves a lot of muxing overhead, especially on lower bitrate segments. Signed-off-by: NDerek Buitenhuis <derek.buitenhuis@gmail.com>
-
由 Luca Barbato 提交于
Some codecs use the codec_tag to signal specific information and picking the first one would lead to a broken file. Bug-Id: 883 CC: libav-stable@libav.org Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-