On 7/6/15, Hendrik Leppkes <h.lepp...@gmail.com> wrote:
> On Mon, Jul 6, 2015 at 12:07 PM, Michael Niedermayer <michae...@gmx.at>
> wrote:
>> Signed-off-by: Michael Niedermayer <michae...@gmx.at>
>> ---
>>  libavcodec/internal.h |    3 +++
>>  1 file changed, 3 insertions(+)
>>
>> diff --git a/libavcodec/internal.h b/libavcodec/internal.h
>> index 2feb68b..c410f8b 100644
>> --- a/libavcodec/internal.h
>> +++ b/libavcodec/internal.h
>> @@ -210,6 +210,9 @@ int avpriv_unlock_avformat(void);
>>   * or allocated in this function.
>>   *
>>   * @param avctx   the AVCodecContext of the encoder
>> + *                this can be set to NULL to avoid the use of
>> internal->byte_buffer
>> + *                in the allocation algorithm. When the final used size
>> is well
>> + *                known it is more efficient to not use
>> internal->byte_buffer.
>>   * @param avpkt   the AVPacket
>>   *                If avpkt->data is already set, avpkt->size is checked
>>   *                to ensure it is large enough.
>
> This seems terrible. Can't it somehow be made smarter?
> Passing a NULL context is hardly intuitive or obvious.
>

ff_alloc_packet3 ?
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Reply via email to