- 19 12月, 2014 21 次提交
-
-
由 Vittorio Giovara 提交于
-
由 Vittorio Giovara 提交于
CC: libav-stable@libav.org Bug-Id: CID 1257815
-
由 Vittorio Giovara 提交于
CC: libav-stable@libav.org
-
由 Vittorio Giovara 提交于
-
由 Vittorio Giovara 提交于
And break flow of execution rather than exiting the function. CC: libav-stable@libav.org Bug-Id: CID 732186
-
由 James Almer 提交于
Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
由 Vittorio Giovara 提交于
CC: libav-stable@libav.org Bug-Id: CID 703706
-
由 Vittorio Giovara 提交于
-
由 Vittorio Giovara 提交于
-
由 Vittorio Giovara 提交于
-
由 Luca Barbato 提交于
And make sure the nb_side_data field is reset as well. Based on an initial patch from wm4 <nfxjfg@googlemail.com>. CC: libav-stable@libav.org
-
由 Vittorio Giovara 提交于
-
由 Vittorio Giovara 提交于
Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
由 Vittorio Giovara 提交于
-
由 Paul B Mahol 提交于
Additional improvements and fixes by Michael Niedermayer <michaelni@gmx.at>. Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com>
-
由 Carl Eugen Hoyos 提交于
-
由 Martin Storsjö 提交于
The pts and the corresponding duration is written in sidx atoms, thus make sure these match up correctly. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
Since this structurally is quite different from normal RTP (multiple streams are muxed into one single mpegts stream, which is packetized into one single RTP session), it is kept as a separate muxer. Since this structurally also behaves differently than normal RTP, all of the other muxers that do chained RTP muxing (rtsp, sap, mp4) would need to be updated similarly to handle this - in particular, creating one single rtp_mpegts muxer for the whole presentation instead of one rtp muxer per stream. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Thomas Volkert 提交于
The packetizer only supports splitting at GOB headers - if such aren't available frequently enough, it splits at any random byte offset (not at a macroblock boundary either, which would be allowed by the spec) and sends a payload header pretend that it starts with a GOB header. As long as a receiver doesn't try to handle such cases cleverly but just drops broken frames, this shouldn't matter too much in practice. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
Instead explicitly jump to the default case in the cases where it is wanted, and avoid fallthrough between different codecs, which could easily introduce bugs if people editing the code aren't careful. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Michael Niedermayer 提交于
ff_mpv_common_init sets s->context_initialized. This fixes decoding of h261 in the cases where the demuxer hasn't already set the frame size. CC: libav-stable@libav.org Signed-off-by: NMartin Storsjö <martin@martin.st>
-
- 18 12月, 2014 5 次提交
-
-
由 Martin Storsjö 提交于
This avoids trying to do sliced encoding, even if a slice/packet size is requested (via the -ps option or the rtp_payload_size field), since the encoder currently doesn't support it (or at least our decoder can't decode it, even if the h261_encode_gob_header function is hooked up to be called from the slicing part in mpegvideo_enc.c). Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
If we throw away the buffered incomplete frame, make sure to also throw away the buffered bits of an incomplete byte at the same time. CC: libav-stable@libav.org Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
In particular, when packetizing mpegts into rtp, the input packet timestamp may come from more than one stream, which could cause multiple packets be written with the same timestamp. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Tristan Matthews 提交于
Signed-off-by: NMartin Storsjö <martin@martin.st>
-
- 17 12月, 2014 2 次提交
-
-
由 Martin Storsjö 提交于
This is the same adjustment that the mp4 muxer does to the start timestamp of fragments, since the timestamp of a sample in an mp4 file is implicit from the sum of earlier sample durations. This avoids gaps in the timeline (which can stop dash.js from playing it back), and makes sure the timestamp on the segmenter level matches what the mp4 muxer actually writes into the segments. This is only an issue if the AVPacket duration of the last packet of a segment doesn't point to the actual start timestamp of the next packet (the first in the next segment). Signed-off-by: NMartin Storsjö <martin@martin.st>
-
由 Martin Storsjö 提交于
Write a new start time if the duration of the previous segment didn't match the start of the next one. Check that segments actually are continuous before writing a repeat count. This makes sure timestamps deduced from the timeline actually match the real start timestamp as written in filenames (if using a template containing $Time$). Signed-off-by: NMartin Storsjö <martin@martin.st>
-
- 16 12月, 2014 1 次提交
-
-
由 Martin Storsjö 提交于
Since 3cec81f4, a zero-length metadata value would try to allocate 2*0 bytes, where av_malloc() returns NULL. Always add one to the allocated length, to allow space for a null terminator in the zero-length case. Incidentally, this fixes fate-alac on RVCT 4.0, where a compiler bug seems to mess up the mov muxer to the point that it writes the wrong sort of metadata. Previously this bug was undetected, but since 3cec81f4 such mov files started returning AVERROR(ENOMEM) in the mov demuxer. Signed-off-by: NMartin Storsjö <martin@martin.st>
-
- 15 12月, 2014 11 次提交
-
-
由 Vittorio Giovara 提交于
Only one instance affected and solved as other occurences.
-
由 Luca Barbato 提交于
Also use the same type for add_entry and check_size. Bug-Id: CID 700699 CC: libav-stable@libav.org Signed-off-by: NLuca Barbato <lu_zero@gentoo.org> Signed-off-by: NVittorio Giovara <vittorio.giovarao@gmail.com>
-
由 Luca Barbato 提交于
Prevent an uninitialized data access. CC: libav-stable@libav.org Bug-Id: CID 703824 / CID 703825 Signed-off-by: NVittorio Giovara <vittorio.giovara@gmail.com> Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Xiaohan Wang 提交于
In matroska_read_seek(), |tracks| is assigned at the begining of the function. However, functions like matroska_parse_cues() could reallocate the tracks and invalidate |tracks|. This assigns |tracks| only before using it, so that it will not get invalidated elsewhere. Bug-Id: chromium/427266
-
由 Vittorio Giovara 提交于
Drop an unused #undef from h264 decoder.
-
由 Vittorio Giovara 提交于
-
由 Vittorio Giovara 提交于
Its value shall be between 0 and 7 according to the specifications. CC: libav-stable@libav.org Bug-Id: CID 1257502
-
由 Thiago Santos 提交于
Fix linking when only a subset of vaapi decoders is enabled. Bug-Id: 760 CC: libav-stable@libav.org Signed-off-by: NRémi Denis-Courmont <remi@remlab.net> Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Michael Niedermayer 提交于
The input packets are always assumed to be padded and the av_fast_ family of function takes a pointer to a pointer. Thanks to Nicolas Dufresne <nicolas.dufresne@collabora.com> for a similar patch. Introduced in 7b588bb6. Bug-Id: 766 CC: libav-stable@libav.org Signed-off-by: NMichael Niedermayer <michaelni@gmx.at> Signed-off-by: NLuca Barbato <lu_zero@gentoo.org>
-
由 Luca Barbato 提交于
Bug-Id: CID 732997 CC: libav-stable@libav.org
-
由 Julien Ramseier 提交于
Introduced in aed79007 Bug-Id: debian/773055 CC: libav-stable@libav.org Signed-off-by: NLuca Barbato <lu_zero@gentoo.org> Signed-off-by: NAnton Khirnov <anton@khirnov.net>
-