- 14 11月, 2015 6 次提交
-
-
由 Andreas Cadhalpun 提交于
Having both is not valid and can cause a NULL pointer dereference of frame->data[1] later. Signed-off-by: NAndreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 Martin Storsjö 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
The XTEA algorithm operates on 32 bit numbers, not on byte sequences. The XTEA implementation in libavutil is written assuming big endian numbers, while the rtmpe signature encryption assumes little endian. This fixes rtmpe communication with rtmpe servers that use signature type 8 (XTEA), e.g. crunchyroll. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
- 12 11月, 2015 12 次提交
-
-
由 Andreas Cadhalpun 提交于
Signed-off-by: NAndreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
由 Andreas Cadhalpun 提交于
A too small buffer will cause segfaults somewhere below decompress_texture_thread. Signed-off-by: NAndreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
由 Andreas Cadhalpun 提交于
If it is too small av_image_copy_plane segfaults. Signed-off-by: NAndreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
由 Vittorio Giovara 提交于
Some entries might be either empty or contain types we do not parse (eg. 'url '). In both cases, if an 'alis' is not the first entry, external references are not loaded, so make sure that the array starts with an 'alis' dref.
-
由 Vittorio Giovara 提交于
Rather than reading the alternate absolute path version from dref type 18, make sure that 0s are considered as '/'. These values are sometimes present in the full path, and are mistakenly interpreted as line terminators othewise. With the correct handling of this dref type, parsing type 18 is not needed any more.
-
由 Vittorio Giovara 提交于
-
由 Carl Eugen Hoyos 提交于
-
由 Paul B Mahol 提交于
Signed-off-by: NPaul B Mahol <onemda@gmail.com>
-
由 Martin Storsjö 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
By writing a zero-sized packet, the caller can communicate the start_dts/start_cts for the stream without actually writing the first packet. This allows doing random-access writing of fragments when the start dts of the stream isn't zero, so that the edit list in the moov is written based on timestamps from the nominal start time signaled via the zero-sized packet, while the first proper packet written corresponds to a later fragment. To avoid potential unexpected behaviour, empty packets only set start_dts if the frag_discont flag is set. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
This tests the case where the muxer correctly guesses that a stream starts at pts=0. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
This allows producing fragments discontinously where the video stream has b-frames (but starts at pts=0), but doesn't work for the cases with audio with preroll. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
- 11 11月, 2015 2 次提交
-
-
由 Martin Storsjö 提交于
Contrary to the normal fate tests that run via avconv, this tests nontrivial call sequences that are only doable via the API (mainly for different corner cases when using the muxer for segmenting). The test muxes fake packet data (with extradata that looks enough like proper data to make the file be viewable with e.g. boxdumper) and checks the hash of the produced files. The test also verifies that fragments produced via different call sequences remain identical (to avoid e.g. updating the output hashes and suddenly having fragments that used to be identical suddenly diverging), for fragments written with frag_discont and/or delay_moov. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 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>
-
- 09 11月, 2015 13 次提交
-
-
由 John Stebbins 提交于
Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Michael Niedermayer 提交于
(cherry picked from ffmpeg commit fdb93996) Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Michael Niedermayer 提交于
(cherry picked from ffmpeg commit 353cf95f) Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Michael Niedermayer 提交于
(cherry picked from ffmpeg commit a46a23d3) Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Michael Niedermayer 提交于
Signed-off-by: NMichael Niedermayer <michaelni@gmx.at> (cherry picked from ffmpeg commit 227b4458) Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Stefano Sabatini 提交于
Useful for dealing with constant frame-rate video. (cherry picked from ffmpeg commit 722762f7) Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Stefano Sabatini 提交于
(cherry picked from ffmpeg commit 7cd5fa35) Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Michael Niedermayer 提交于
(cherry picked from ffmpeg commit 31619584) Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Nicolas George 提交于
(cherry picked from ffmpeg commit 0d249316) Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Nicolas George 提交于
(cherry picked from ffmpeg commit 9ca44067) Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Nicolas George 提交于
(cherry picked from ffmpeg commit 7b42036b) Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-
由 Anton Khirnov 提交于
-
由 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 3 次提交
-
-
由 Anton Khirnov 提交于
It will be needed in other functions.
-
由 Anton Khirnov 提交于
-
由 Anton Khirnov 提交于
The reasoning for setting it to zero only applies to demuxing.
-
- 07 11月, 2015 4 次提交
-
-
由 Michael Niedermayer 提交于
Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
由 Michael Niedermayer 提交于
Fixes libavcodec/vdpau.c:282:5: warning: "CONFIG_H263_VDPAU_HWACCEL" is not defined [-Wundef] Removed in d35d0c72. Signed-off-by: NMichael Niedermayer <michael@niedermayer.cc>
-
由 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>
-