• Andreas Rheinhardt's avatar
    avcodec/encode: Always use intermediate buffer in ff_alloc_packet2() · 56e9e027
    Andreas Rheinhardt authored
    Up until now, ff_alloc_packet2() has a min_size parameter:
    It is supposed to be a lower bound on the final size of the packet
    to allocate. If it is not too far from the upper bound (namely,
    if it is at least half the upper bound), then ff_alloc_packet2()
    already allocates the final, already refcounted packet; if it is
    not, then the packet is not refcounted and its data only points to
    a buffer owned by the AVCodecContext (in this case, the packet will
    be made refcounted in encode_simple_internal() in libavcodec/encode.c).
    The goal of this was to avoid data copies and intermediate buffers
    if one has a precise lower bound.
    
    Yet those encoders for which precise lower bounds exist have recently
    been switched to ff_get_encode_buffer() (which automatically allocates
    final buffers), leaving only two encoders to actually set the min_size
    to something else than zero (namely aliaspixenc and hapenc). Both of
    these encoders use a very low lower bound that is not helpful in any
    nontrivial case.
    
    This commit therefore removes the min_size parameter as well as the
    codepath in ff_alloc_packet2() for the allocation of final buffers.
    Furthermore, the function has been renamed to ff_alloc_packet() and
    moved to encode.h alongside ff_get_encode_buffer().
    Signed-off-by: 's avatarAndreas Rheinhardt <andreas.rheinhardt@outlook.com>
    56e9e027
libopencore-amr.c 11.8 KB