- 26 Jun, 2016 1 commit
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 07 Jun, 2016 1 commit
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 01 Jun, 2016 1 commit
-
-
Michael Niedermayer authored
Missing docs found by: nevcairiel RFC: should we add support so that the C field names always work as av option names/keys ? Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 31 May, 2016 1 commit
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 24 May, 2016 1 commit
-
-
Francois Cartegnie authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 23 May, 2016 3 commits
-
-
Anton Khirnov authored
We cannot deprecate it until the new parser API is in place, because of the way libavformat works. But the majority of the users can already simply replace it with avcodec_free_context(), which will simplify the transition once it is finally deprecated.
-
Anton Khirnov authored
This function is supposed to "reset" a codec context to a clean state so that it can be opened again. The only reason it exists is to allow using AVStream.codec as a decoding context (after it was already opened/used/closed by avformat_find_stream_info()). Since that behaviour is now deprecated, there is no reason for this function to exist anymore.
-
Anton Khirnov authored
Since AVCodecContext contains a lot of complex state, copying a codec context is not a well-defined operation. The purpose for which it is typically used (which is well-defined) is copying the stream parameters from one codec context to another. That is now possible with through the AVCodecParameters API. Therefore, there is no reason for avcodec_copy_context() to exist.
-
- 21 May, 2016 1 commit
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 16 May, 2016 1 commit
-
-
Anton Khirnov authored
-
- 14 May, 2016 1 commit
-
-
Peter Ross authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 06 May, 2016 2 commits
-
-
Michael Niedermayer authored
Found-by: durandal_1707 Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Fixes Ticket 2611 Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 04 May, 2016 1 commit
-
-
Vittorio Giovara authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 21 Apr, 2016 2 commits
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
wm4 authored
Until now, the decoding API was restricted to outputting 0 or 1 frames per input packet. It also enforces a somewhat rigid dataflow in general. This new API seeks to relax these restrictions by decoupling input and output. Instead of doing a single call on each decode step, which may consume the packet and may produce output, the new API requires the user to send input first, and then ask for output. For now, there are no codecs supporting this API. The API can work with codecs using the old API, and most code added here is to make them interoperate. The reverse is not possible, although for audio it might. From Libav commit 05f66706. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 15 Apr, 2016 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 14 Apr, 2016 1 commit
-
-
Michael Niedermayer authored
The bits_per_raw_sample represents the number of bits of precision per sample. The field is added at the logical place, not at the end as the code was just recently added This fixes the regression about losing the audio sample precision information The change in the fate test checksum un-does the change from the merge Previous version reviewed by: wm4 <nfxjfg@googlemail.com> Previous version reviewed by: Dominik 'Rathann' Mierzejewski <dominik@greysector.net> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 12 Apr, 2016 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 05 Apr, 2016 1 commit
-
-
Paul B Mahol authored
Signed-off-by:
Paul B Mahol <onemda@gmail.com>
-
- 31 Mar, 2016 3 commits
-
-
Derek Buitenhuis authored
Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
Hendrik Leppkes authored
Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 28 Mar, 2016 1 commit
-
-
Lou Logan authored
Signed-off-by:
Lou Logan <lou@lrcd.com>
-
- 23 Mar, 2016 1 commit
-
-
wm4 authored
Until now, the decoding API was restricted to outputting 0 or 1 frames per input packet. It also enforces a somewhat rigid dataflow in general. This new API seeks to relax these restrictions by decoupling input and output. Instead of doing a single call on each decode step, which may consume the packet and may produce output, the new API requires the user to send input first, and then ask for output. For now, there are no codecs supporting this API. The API can work with codecs using the old API, and most code added here is to make them interoperate. The reverse is not possible, although for audio it might. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 20 Mar, 2016 1 commit
-
-
Anton Khirnov authored
Deprecate the current bitstream filtering API.
-
- 11 Mar, 2016 1 commit
-
-
Ronald S. Bultje authored
If pkt->size == 0 && pkt->side_data_elems == 0 after bsf->filter() returns, the packet is considered dropped.
-
- 07 Mar, 2016 1 commit
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 05 Mar, 2016 1 commit
-
-
Clément Bœsch authored
Regression introduced in 29412821. Reported-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 26 Feb, 2016 3 commits
-
-
Clément Bœsch authored
-
Clément Bœsch authored
-
Clément Bœsch authored
-
- 24 Feb, 2016 1 commit
-
-
Neil Birkbeck authored
Some containers, like webm/mkv, will contain this mastering metadata. This is analogous to the way 3D fpa data is handled (in frame and packet side data). Signed-off-by:
Neil Birkbeck <neil.birkbeck@gmail.com> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 23 Feb, 2016 3 commits
-
-
Stefano Sabatini authored
This allows to copy information related to the stream ID from the demuxer to the muxer, thus allowing for example to retain information related to synchronous and asynchronous KLV data packets. This information is used in the muxer when remuxing to distinguish the two kind of packets (if the information is lacking, data packets are considered synchronous). The fate reference changes are due to the use of av_packet_merge_side_data(), which increases the size of the output packet size, since side data is merged into the packet data.
-
Anton Khirnov authored
-
Anton Khirnov authored
This API is intended to allow passing around codec parameters without using full AVCodecContext (which also contains codec options and encoder/decoder state).
-
- 18 Feb, 2016 1 commit
-
-
Diego Biurrun authored
-
- 14 Feb, 2016 1 commit
-
-
Anton Khirnov authored
-
- 30 Jan, 2016 1 commit
-
-
Kieran Kunhya authored
Decodes YUV 4:2:2 10-bit and RGB 12-bit files. Older files with more subbands, skips, Bayer, alpha not supported. Alpha requires addition of GBRAP12 pixel format.
-
- 21 Jan, 2016 1 commit
-
-
Vittorio Giovara authored
This option is only used by mpegvideoenc. It is a very codec-specific option, so deprecate the global variant. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-