Steven Liu 于2018年12月26日周三 下午4:15写道:
>
> Before patch:
> init nbits = 17, get 1 samples, average cost: 16175 us
> After patch:
> init nbits = 17, get 1 samples, average cost: 14989 us
>
> Signed-off-by: Steven Liu
> ---
> libavcodec/fft_template.c | 46
Steven Liu 于2018年12月24日周一 下午5:45写道:
>
> init add three test examples:
> 1. check no endlist at the end
> 2. check endlist at the end
> 3. check hls_list_size 0 full list
>
> Signed-off-by: Steven Liu
> ---
> tests/Makefile| 1 +
> tests/fate/hlsenc.mak | 43
On 1/2/2019 4:43 PM, Michael Niedermayer wrote:
On Wed, Jan 02, 2019 at 10:34:21AM -0900, Lou Logan wrote:
On Mon, Dec 31, 2018, at 12:03 PM, Michael Niedermayer wrote:
Signed-off-by: Michael Niedermayer
---
doc/indevs.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Ok. Same
Swap width and height when do clock/cclock rotation
Add reversal/hflip/vflip options
ffmpeg -hwaccel vaapi -vaapi_device /dev/dri/renderD128
-hwaccel_output_format vaapi -i input.264 -vf "transpose_vaapi=clock_flip"
-c:v h264_vaapi output.h264
Signed-off-by: Zachary Zhou
---
configure
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Vittorio Giovara
> Sent: Thursday, January 03, 2019 4:55 AM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH V4 1/2] avutil: add ROI
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Vittorio Giovara
> Sent: Wednesday, January 02, 2019 11:13 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH V4 1/2] avutil: add ROI
On 12/28/18 3:56 AM, Paul B Mahol wrote:
> On 12/24/18, Derek Buitenhuis wrote:
>> On 24/12/2018 17:47, David Bryant wrote:
>>> I want to do that, but am swamped at work right now, so it will probably
>>> be a few months before I can get to that.
>>>
>>> In the meantime, I think this patch would
On 02-01-2019 10:49 AM, Gyan wrote:
On 29-12-2018 04:40 PM, Gyan wrote:
-vn/-an/-sn/-dn now work for inputs
Ping.
Plan to push tonight if no objections.
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Wed, Jan 2, 2019 at 2:33 PM Michael Niedermayer
wrote:
>
> On Wed, Jan 02, 2019 at 10:12:33AM -0800, Manoj Gupta wrote:
> > On Mon, Dec 31, 2018 at 8:31 AM Michael Niedermayer
> > wrote:
> > >
> > > On Fri, Dec 28, 2018 at 03:12:53PM -0800, Manoj Gupta wrote:
> > > > Hi All,
> > > >
> > > > I
On Mon, Nov 26, 2018 at 01:51:25PM +, Derek Buitenhuis wrote:
> On 23/11/2018 02:16, Michael Niedermayer wrote:
> > do we have some sample flv files that require this patchset / that have
> > discontinuites.
>
> I have many. I've mailed you one privately, while I work on getting a public
>
Signed-off-by: James Almer
---
tests/checkasm/Makefile | 1 +
tests/checkasm/af_afir.c | 83 +++
tests/checkasm/checkasm.c | 3 ++
tests/checkasm/checkasm.h | 1 +
tests/fate/checkasm.mak | 1 +
5 files changed, 89 insertions(+)
create mode 100644
fcmul_add_c: 1228.8
fcmul_add_sse3: 334.3
fcmul_add_avx: 186.3
Signed-off-by: James Almer
---
libavfilter/x86/af_afir.asm| 8 +++-
libavfilter/x86/af_afir_init.c | 5 +
2 files changed, 12 insertions(+), 1 deletion(-)
diff --git a/libavfilter/x86/af_afir.asm
Signed-off-by: James Almer
---
libavfilter/af_afir.c | 15 ++-
libavfilter/af_afir.h | 12 +---
libavfilter/x86/af_afir_init.c | 2 +-
3 files changed, 20 insertions(+), 9 deletions(-)
diff --git a/libavfilter/af_afir.c b/libavfilter/af_afir.c
index
ff_fcmul_add_sse3() is now identical to the C version.
Signed-off-by: James Almer
---
libavfilter/x86/af_afir.asm | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/libavfilter/x86/af_afir.asm b/libavfilter/x86/af_afir.asm
index 849d85e70f..fcc1f426db 100644
---
On Wed, 2 Jan 2019 at 19:02, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 7 ++
> libavcodec/hcom.c | 137
Hello,
Here's a new version of the patch. Changes:
- My last version didn't compile because of moving code to config_input.
Don't know why I didn't see this, sorry.
I moved the code back to filter_frame because of two reasons. First,
I need the "sar" to init my tables and it seems I need
On Wed, Jan 02, 2019 at 10:12:33AM -0800, Manoj Gupta wrote:
> On Mon, Dec 31, 2018 at 8:31 AM Michael Niedermayer
> wrote:
> >
> > On Fri, Dec 28, 2018 at 03:12:53PM -0800, Manoj Gupta wrote:
> > > Hi All,
> > >
> > > I recently had a problem building ffmpeg for AArch64 where lld linker
> > >
On Wed, Jan 02, 2019 at 09:50:24PM +0100, Vittorio Giovara wrote:
> On Wed, Jan 2, 2019 at 6:45 PM James Almer wrote:
>
> > On 1/2/2019 2:18 PM, Vittorio Giovara wrote:
> > > On Wed, Jan 2, 2019 at 4:13 PM Vittorio Giovara <
> > vittorio.giov...@gmail.com>
> > > wrote:
> > >
> > >>
> > >>
> > >>
On 24/12/2018 16:42, Derek Buitenhuis wrote:
> Ping. Is there a decision on eitehr what to do or to ignore this?
>
> I'll update my downstream code with an FLV edge case if need be.
Ping.
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Mon, Dec 31, 2018 at 10:33:37AM +0530, Gyan wrote:
>
> On 31-12-2018 06:50 AM, Michael Niedermayer wrote:
> >On Sat, Dec 29, 2018 at 04:39:18PM +0530, Gyan wrote:
> >>At Michael's suggestion, earlier patch broken into two. This one stops
> >>discarded streams from being processed. A few more
On Wed, Jan 02, 2019 at 10:34:21AM -0900, Lou Logan wrote:
> On Mon, Dec 31, 2018, at 12:03 PM, Michael Niedermayer wrote:
> > Signed-off-by: Michael Niedermayer
> > ---
> > doc/indevs.texi | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
>
> Ok. Same typo is in
Hi,
just an info: code didn't compile, don't know why I didn't see this...
New patch is in work...
Regards, Uwe
Am 01.01.19 um 22:14 schrieb Uwe Freese:
Hello,
here's a new version of the patch.
Thanks for the infos. I used the raw output of a small test video
(where delogo is applied in
On 1/2/2019 3:53 PM, Paul B Mahol wrote:
> +static int hcom_decode(AVCodecContext *avctx, void *data,
> + int *got_frame, AVPacket *pkt)
> +{
> +HCOMContext *s = avctx->priv_data;
> +AVFrame *frame = data;
> +GetByteContext gb;
> +uint32_t current;
> +int
On Wed, Jan 2, 2019 at 6:48 PM James Almer wrote:
> On 12/28/2018 7:09 AM, Guo, Yejun wrote:
> > The encoders such as libx264 support different QPs offset for different
> MBs,
> > it makes possible for ROI-based encoding. It makes sense to add support
> > within ffmpeg to generate/accept ROI
On 1/2/19, James Almer wrote:
> On 1/2/2019 3:53 PM, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> libavcodec/Makefile | 1 +
>> libavcodec/allcodecs.c | 1 +
>> libavcodec/avcodec.h| 1 +
>> libavcodec/codec_desc.c | 7 ++
>> libavcodec/hcom.c | 137
On Wed, Jan 2, 2019 at 6:45 PM James Almer wrote:
> On 1/2/2019 2:18 PM, Vittorio Giovara wrote:
> > On Wed, Jan 2, 2019 at 4:13 PM Vittorio Giovara <
> vittorio.giov...@gmail.com>
> > wrote:
> >
> >>
> >>
> >> On Fri, Dec 28, 2018 at 3:17 AM Guo, Yejun wrote:
> >>
> >
> > AVRegionOfInterest {
On Mon, Dec 31, 2018, at 12:03 PM, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> doc/indevs.texi | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Ok. Same typo is in compat/avisynth/avisynth_c.h.
___
ffmpeg-devel
On Sat, Dec 29, 2018 at 04:09:21PM -0500, Shaofei Wang wrote:
> With new option "-abr_pipeline"
> It enabled multiple filter graph concurrency, which bring obvious
> improvement in some 1:N scenarios by CPU and GPU acceleration
>
> Below are some test cases and comparison as reference.
>
On 1/2/2019 3:53 PM, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 7 ++
> libavcodec/hcom.c | 137
> 5
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 7 ++
libavcodec/hcom.c | 137
5 files changed, 147 insertions(+)
create mode 100644
Signed-off-by: Paul B Mahol
---
libavformat/Makefile | 1 +
libavformat/allformats.c | 1 +
libavformat/hcom.c | 89
3 files changed, 91 insertions(+)
create mode 100644 libavformat/hcom.c
diff --git a/libavformat/Makefile
On Mon, Dec 31, 2018 at 8:31 AM Michael Niedermayer
wrote:
>
> On Fri, Dec 28, 2018 at 03:12:53PM -0800, Manoj Gupta wrote:
> > Hi All,
> >
> > I recently had a problem building ffmpeg for AArch64 where lld linker
> > complained about text relocations in readonly segment. The following
> > patch
On 12/28/2018 7:09 AM, Guo, Yejun wrote:
> The encoders such as libx264 support different QPs offset for different MBs,
> it makes possible for ROI-based encoding. It makes sense to add support
> within ffmpeg to generate/accept ROI infos and pass into encoders.
>
> Typical usage: After AVFrame
On 1/2/2019 2:18 PM, Vittorio Giovara wrote:
> On Wed, Jan 2, 2019 at 4:13 PM Vittorio Giovara
> wrote:
>
>>
>>
>> On Fri, Dec 28, 2018 at 3:17 AM Guo, Yejun wrote:
>>
>>> The encoders such as libx264 support different QPs offset for different
>>> MBs,
>>> it makes possible for ROI-based
On Wed, Jan 2, 2019 at 4:13 PM Vittorio Giovara
wrote:
>
>
> On Fri, Dec 28, 2018 at 3:17 AM Guo, Yejun wrote:
>
>> The encoders such as libx264 support different QPs offset for different
>> MBs,
>> it makes possible for ROI-based encoding. It makes sense to add support
>> within ffmpeg to
> On 2 Jan 2019, at 19:18, Steinar H. Gunderson
> wrote:
>
> On Wed, Jan 02, 2019 at 04:34:28PM +0100, Nicolas George wrote:
>> This is not a leak, it is short-sightedness by leak detectors.
>
> Most modern leak detectors distinguish between memory that's still reachable
> (usually not a
On Wed, Jan 02, 2019 at 04:34:28PM +0100, Nicolas George wrote:
> This is not a leak, it is short-sightedness by leak detectors.
Most modern leak detectors distinguish between memory that's still reachable
(usually not a leak) and memory that's not (almost always a leak). This sounds
like an
On 01/01/2019 15:50, Derek Buitenhuis wrote:
> If there are no objections, I will push in a day or two.
Pushed.
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> On 2 Jan 2019, at 18:38, Nicolas George wrote:
>
> Oliver Collyer (2019-01-02):
>> Can you clarify what you mean by "static variables are unacceptable".
>> They're all over the place in ffmpeg (random example
>>
On Wed, Jan 2, 2019 at 4:33 PM Oliver Collyer wrote:
>
> Can you clarify what you mean by "static variables are unacceptable". They're
> all over the place in ffmpeg (random example
> https://github.com/FFmpeg/FFmpeg/blob/a0ac49e38ee1d1011c394d7be67d0f08b2281526/libavcodec/ffjni.c
>
>
Oliver Collyer (2019-01-02):
> Can you clarify what you mean by "static variables are unacceptable". They're
> all over the place in ffmpeg (random example
> https://github.com/FFmpeg/FFmpeg/blob/a0ac49e38ee1d1011c394d7be67d0f08b2281526/libavcodec/ffjni.c
>
>
Oliver Collyer (2019-01-02):
> I guess the OS frees it up on application exit, but that seems a messy
> way to be going about things, I guess that's why the developers of
> x265 provided the function.
There is nothing messy about it. Also, other parts of the project do
things like that without
>>> +static int open_enc_count = 0;
>>> +static pthread_mutex_t open_enc_count_lock = PTHREAD_MUTEX_INITIALIZER;
>>
>> Static variables are unacceptable. And indeed, these are wrong: you are
>> counting several instances, possibly of different APIs, but with a
>> single counter.
>>
>
> Yes, I
Nicolas George (2019-01-02):
> Uwe Freese (2019-01-01):
> > > This can be optimized, and since it is the inner loop of the filter, I
> > > think it is worth it. You can declare a pointer that will stay the same
> > > for the whole y loop:
> > >
> > > double *xweight = uglarmtable + (y -
On Fri, Dec 28, 2018 at 3:17 AM Guo, Yejun wrote:
> The encoders such as libx264 support different QPs offset for different
> MBs,
> it makes possible for ROI-based encoding. It makes sense to add support
> within ffmpeg to generate/accept ROI infos and pass into encoders.
>
> Typical usage:
> On 2 Jan 2019, at 18:05, Nicolas George wrote:
>
> Oliver Collyer (2019-01-02):
>> diff --git a/libavcodec/libx265.c b/libavcodec/libx265.c
>
> Please use git format-patch to prepare your patches. Also please try to
> convince your MUA to use text/plain for patches.
>
>> +static int
Oliver Collyer (2019-01-02):
> diff --git a/libavcodec/libx265.c b/libavcodec/libx265.c
Please use git format-patch to prepare your patches. Also please try to
convince your MUA to use text/plain for patches.
> +static int open_enc_count = 0;
> +static pthread_mutex_t open_enc_count_lock =
> On 2 Jan 2019, at 16:03, Oliver Collyer wrote:
>
>
>
>> On 2 Jan 2019, at 12:58, Oliver Collyer wrote:
>>
>> Hello
>>
>> So this time I'm reporting some potential memory leaks in the x265 encoder.
>> There are a few hundred following a short encode session, but all seem to
>> have the
> On 2 Jan 2019, at 11:30, Oliver Collyer wrote:
>
>
>
>> On 1 Jan 2019, at 23:58, James Almer wrote:
>>
>> On 1/1/2019 5:01 PM, Oliver Collyer wrote:
>>> -- Block 26224 at 0x74240F70: 151 bytes --
>>> Leak Hash: 0x357CD5AF, Count: 1, Total 151 bytes
>>> Call Stack
Uwe Freese (2019-01-01):
> > This can be optimized, and since it is the inner loop of the filter, I
> > think it is worth it. You can declare a pointer that will stay the same
> > for the whole y loop:
> >
> > double *xweight = uglarmtable + (y - logo_y1) * (logo_w - 1);
> >
> > and then use
> On 2 Jan 2019, at 12:58, Oliver Collyer wrote:
>
> Hello
>
> So this time I'm reporting some potential memory leaks in the x265 encoder.
> There are a few hundred following a short encode session, but all seem to
> have the same call stack as below but varying allocation sizes.
>
> I am
Hello
So this time I'm reporting some potential memory leaks in the x265 encoder.
There are a few hundred following a short encode session, but all seem to have
the same call stack as below but varying allocation sizes.
I am calling avcodec_open2() to open the encoder and then
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Mark Thompson
> Sent: Monday, December 31, 2018 2:06 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH V7] libavfilter: add transpose_vaapi filter
>
> On 25/12/2018
fix ticket: 7369
check the duration is less than the fragment duration,
retry when the condition is true.
Signed-off-by: Steven Liu
---
libavformat/dashdec.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
index
> On 1 Jan 2019, at 23:58, James Almer wrote:
>
> On 1/1/2019 5:01 PM, Oliver Collyer wrote:
>> -- Block 26224 at 0x74240F70: 151 bytes --
>> Leak Hash: 0x357CD5AF, Count: 1, Total 151 bytes
>> Call Stack (TID 55752):
>>ucrtbased.dll!aligned_malloc()
>>
55 matches
Mail list logo