Chiebot-Mirror/FFmpeg - FFmpeg - Gitea: Git with a cup of tea

Author	SHA1	Message	Date
Vittorio Giovara	c43a96fe16	lavc: Drop deprecated time_base variable for decoding Deprecated in 10/2015.	8 years ago
Anton Khirnov	019ab88a95	lavc: add an option for exporting cropping information to the caller Also, add generic code for handling cropping, so the decoders can export just the cropping size and not bother with the rest.	8 years ago
Anton Khirnov	972c71e9cb	lavc: add support for filtering packets before decoding	8 years ago
Anton Khirnov	061a0c14bb	decode: restructure the core decoding code Currently, the new decoding API is pretty much just a wrapper around the old deprecated one. This is problematic, since it interferes with making full use of the flexibility added by the new API. The old API should also be removed at some future point. Reorganize the code so that the new send_packet/receive_frame functions call the actual decoding directly and change the old deprecated avcodec_decode_* functions into wrappers around the new API. The new internal API for decoders is now changing as well. Before this commit, it mirrors the public API, so the decoders need to implement send_packet() and receive_frame() callbacks. This turns out to require awkward constructs in both the decoders and the generic code. After this commit, the decoders only implement the receive_frame() callback and call a new internal function, ff_decode_get_packet() to obtain input data, in the same manner to how the bitstream filters now work. avcodec will now always make a reference to the input packet, which means that non-refcounted input packets will be copied. Keeping the previous behaviour, where this copy could sometimes be avoided, would make the code significantly more complex and fragile for only dubious gains, since packets are typically small and everyone who cares about performance should use refcounted packets anyway.	8 years ago
Anton Khirnov	549d0bdca5	decode: be more explicit about storing the last packet properties The current code stores a pointer to the packet passed to the decoder, which is then used during get_buffer() for timestamps and side data passthrough. However, since this is a pointer to user data which we do not own, storing it is potentially dangerous. It is also ill defined for the new decoding API with split input/output. Fix this problem by making an explicit internally owned copy of the packet properties.	8 years ago
Vittorio Giovara	2fb6acd9c2	lavc: Add spherical packet side data API Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>	8 years ago
Anton Khirnov	3fe2a01df7	lavc: move decoding-related code from utils.c to a new file	8 years ago

1 2 3 4 5