Re: [libav-devel] [PATCH 1/3] configure: speed up flatten_extralibs_wrapper()

2018-09-17 Thread avih
( I'm not registered to the list) The changes to unique/resolve/flatten_extralibs are all local to each function. That is, each modified function is a stand-alone drop-in replacement for the original function. flatten_extralibs_wrapper itself was not modified at the original set, but its callees

Re: [libav-devel] [PATCH 1/3] configure: speed up flatten_extralibs_wrapper()

2018-09-17 Thread James Almer
On 9/17/2018 3:49 PM, Diego Biurrun wrote: > On Sun, Sep 16, 2018 at 11:52:59PM -0300, James Almer wrote: >> From: Avi Halachmi >> >> x50 - x200 faster. > > The set looks very interesting. I've had some ideas on how to speed up > this part of configure already, so I'm doubly happy to see some wor

Re: [libav-devel] [PATCH] Revert "decode: copy the output parameters from the last bsf in the chain back to the AVCodecContext"

2018-09-17 Thread Luca Barbato
On 15/09/2018 14:59, James Almer wrote: > Any suggestion on what to do? The above commit by Anton is four years > old. Do we make it official in the doxy that extradata is to be > allocated by the user (using av_malloc() functions) but then ownership > is passed to libavcodec after an avcodec_open2

Re: [libav-devel] [PATCH 1/3] configure: speed up flatten_extralibs_wrapper()

2018-09-17 Thread Diego Biurrun
On Sun, Sep 16, 2018 at 11:52:59PM -0300, James Almer wrote: > From: Avi Halachmi > > x50 - x200 faster. The set looks very interesting. I've had some ideas on how to speed up this part of configure already, so I'm doubly happy to see some work done in that area. At a first glance these patches