- 11 Nov, 2015 4 commits
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
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: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This tests the case where the muxer correctly guesses that a stream starts at pts=0. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
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: Martin Storsjö <martin@martin.st>
-
- 10 Nov, 2015 2 commits
-
-
Martin Storsjö authored
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: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
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: Martin Storsjö <martin@martin.st>
-
- 09 Nov, 2015 13 commits
-
-
John Stebbins authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Michael Niedermayer authored
(cherry picked from ffmpeg commit fdb93996) Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Michael Niedermayer authored
(cherry picked from ffmpeg commit 353cf95f) Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Michael Niedermayer authored
(cherry picked from ffmpeg commit a46a23d3) Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at> (cherry picked from ffmpeg commit 227b4458) Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Stefano Sabatini authored
Useful for dealing with constant frame-rate video. (cherry picked from ffmpeg commit 722762f7) Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Stefano Sabatini authored
(cherry picked from ffmpeg commit 7cd5fa35) Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Michael Niedermayer authored
(cherry picked from ffmpeg commit 31619584) Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Nicolas George authored
(cherry picked from ffmpeg commit 0d249316) Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Nicolas George authored
(cherry picked from ffmpeg commit 9ca44067) Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Nicolas George authored
(cherry picked from ffmpeg commit 7b42036b) Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
-
Anton Khirnov authored
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 Nov, 2015 3 commits
-
-
Anton Khirnov authored
It will be needed in other functions.
-
Anton Khirnov authored
-
Anton Khirnov authored
The reasoning for setting it to zero only applies to demuxing.
-
- 06 Nov, 2015 6 commits
-
-
Michael Niedermayer authored
Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
Michael Niedermayer authored
Fixes libavcodec/vdpau.c:282:5: warning: "CONFIG_H263_VDPAU_HWACCEL" is not defined [-Wundef] Removed in d35d0c72. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
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: Vittorio Giovara <vittorio.giovara@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
Paul B Mahol authored
Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
John Stebbins authored
Calculation of x an y based on width and height did not work when width == 0 or height == 0. "0" substitutes the input width and height, but did so too late for x, y expression evaluation. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 05 Nov, 2015 1 commit
-
-
Luca Barbato authored
Bug-Id: 911
-
- 03 Nov, 2015 1 commit
-
-
wm4 authored
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: Luca Barbato <lu_zero@gentoo.org>
-
- 02 Nov, 2015 9 commits
-
-
Luca Barbato authored
Otherwise flashsv2_prime could be fed random data. Bug-Id: 908 CC: libav-stable@libav.org Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
The variable skip contains the expected size in bytes. Bug-Id: 906 CC: libav-stable@libav.org Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
Bug-Id: 905 CC: libav-stable@libav.org Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
And prevent a memory leak CC: libav-stable@libav.org Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
Bug-Id: 903 CC: libav-stable@libav.org Reported-By: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
All the values are unsigned. Bug-Id: 907 CC: libav-stable@libav.org Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
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: Luca Barbato <lu_zero@gentoo.org>
-
- 01 Nov, 2015 1 commit
-
-
Diego Biurrun authored
At least on AIX it conflicts with the close() libc function from unistd.h.
-