On 7/29/2019 11:19 PM, Juan De León wrote:
> On Mon, Jul 29, 2019 at 12:48 PM Mark Thompson <s...@jkqxz.net> wrote:
> 
>> This doesn't belong in the commit message.
>>
>> What does belong here would be some commentary on why you want this
>> feature.
>>
> Here is the, somewhat outdated, design document, this should explain it.
> https://docs.google.com/document/d/1WClt3EqhjwdGXhEw386O0wfn3IBQ1Ib-_5emVM1gbnA/edit?usp=sharing
> <https://docs.google.com/document/d/1WClt3EqhjwdGXhEw386O0wfn3IBQ1Ib-_5emVM1gbnA/edit#>
> In short the purpose is to implement an API to extract QP and calculate min
> max and average.
> 
>> +    int x, y;
>>
>> How do these values interact with cropping?
> 
> I'm not sure I understand, could you elaborate?
> 
>> +    AVQuantizationParams *qp_arr;
>>
>> Side-data is reference counted, so how is this pointer managed?  More
>> genrally, it would probably help to explain exactly how this is allocated
>> and who will be responsible for freeing it.
>>
> The idea is to allocate the memory, for AVQuantizationParamsArray and the
> necessary number of AVQuantizationParams, in a single buffer that can be
> freed when the side data is freed.

Side data, or more specifically, any AVBufferRef, must be a flat array.
You can't have pointers to some other allocated buffer within them since
you can't really control their lifetime.
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".

Reply via email to