- 05 Aug, 2013 12 commits
-
-
Diego Biurrun authored
os_support.h contains more precise workarounds for non-POSIX mkdir().
-
Rémi Denis-Courmont authored
The bitstream buffers are now private and freed by libavcodec. For backward compatibility, the hold bitstream buffer pointer is left NULL (applications were supposed to av_freep() it). Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Rémi Denis-Courmont authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Rémi Denis-Courmont authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Rémi Denis-Courmont authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Rémi Denis-Courmont authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
It limits the duration of the data read from a given input.
-
Anton Khirnov authored
Insert (a)trim filters on the corresponding inputs, so the extra frames are decoded and discarded.
-
Anton Khirnov authored
Using -ss 0 to drop frames with negative timestamps is a perfectly valid use case.
-
Anton Khirnov authored
This will allow using the same code when one filter can be inserted both on input and output.
-
Anton Khirnov authored
If any samples are still buffered when request_frame returns EOF, they won't be returned currently.
-
Anton Khirnov authored
-
- 04 Aug, 2013 6 commits
-
-
Anton Khirnov authored
Fixes an invalid free. Bug-id: 448
-
Alexandra Khirnova authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Luca Barbato authored
Incidentally also remove a warning.
-
Luca Barbato authored
Some code paths can call it with invalid length. CC: libav-stable@libav.org
-
Anton Khirnov authored
'filter' is too generic, since the functions in question deal with several filters. Also add const qualifiers to those variables.
-
Anton Khirnov authored
This function should never modify the filter.
-
- 02 Aug, 2013 8 commits
-
-
Diego Biurrun authored
The actual usage of the pragma is within functions and older versions of gcc only support the pragma outside of functions.
-
Yusuke Nakamura authored
Set output_picture_number in H.264 parser. Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Gavriloaie Eugen-Andrei authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Vittorio Giovara authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 01 Aug, 2013 10 commits
-
-
Vittorio Giovara authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Vittorio Giovara authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Martin Storsjö authored
A separate rtcp port can already be set when opening the rtp protocol normally, but when doing port setup as in RTSP (where we first need to open the local ports and pass them to the peer, and only then receive the remote peer port numbers), we didn't check the same url parameter as in the normal open routine. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
I doubt that anyone ever would try to send a 1 byte packet via the RTP protocol, but check just in case - it shouldn't crash at least. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 31 Jul, 2013 4 commits
-
-
Vittorio Giovara authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This seems to have been missed in 636ced8e. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
AVIOContext has got an av_class member that only gets set if opening the context using avio_open2, but not if allocating a custom IO context. A caller that wants to read AVOptions from an AVIOContext (recursively using AV_OPT_SEARCH_CHILDREN) may not know if the AVIOContext actually has got a class set or not. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Mixing these with the rtp depacketizer functions in rtpdec.h is no good. Signed-off-by: Martin Storsjö <martin@martin.st>
-