Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_swapuv.c | 14 --
1 file changed, 14 deletions(-)
diff --git a/libavfilter/vf_swapuv.c b/libavfilter/vf_swapuv.c
index 34868eb0c9..29635b2003 100644
--- a/libavfilter/vf_swapuv.c
+++ b/libavfilter/vf_swapuv.c
@@ -23,24 +23,12 @@
NACK
breaks timeline support
On Sun, Aug 1, 2021 at 9:15 AM Andreas Rheinhardt <
andreas.rheinha...@outlook.com> wrote:
> Signed-off-by: Andreas Rheinhardt
> ---
> libavfilter/vf_swapuv.c | 14 --
> 1 file changed, 14 deletions(-)
>
> diff --git a/libavfilter/vf_swapuv.c b/libavfil
23 Jul 2021, 11:49 by d...@lynne.ee:
> 20 Jul 2021, 00:05 by d...@lynne.ee:
>
>> 8 Jul 2021, 21:20 by andreas.rheinha...@outlook.com:
>>
>>> Lynne:
>>>
Apr 26, 2021, 03:27 by andreas.rheinha...@outlook.com:
> Lynne:
>
>> From 097aed2ac33dda0bb2052d8b0402711ce95079ba Mon Sep 1
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 28 +++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_iir.c | 524 +++
4 files changed, 554 insertions(+)
create mode 100644 libavfilter/vf_iir.c
diff --git a
On 8/1/2021 7:06 AM, Brad Hards wrote:
> Can this please be pushed?
Done. Sorry for the delay.
- Derek
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffm
From: Linjie Fu
Currently the default swscale flags for simple filter graph is bicubic,
however for complex filter graph it uses bilinear as decleared in scale
filter.
$ffmpeg -v verbose -i input.mp4 -vf format=yuv420p,scale=800x600 -an -f null -
[Parsed_scale_1 @ 0x7f86d2c160c0] w:1920 h:1080 f
From: Linjie Fu
Pass sws_flags to scale filter through scale_sws_opts and correct the
dumped flags information.
CMD:
$ffmpeg -v verbose -i input.mp4 -sws_flags lanczos+bitexact+accurate_rnd \
-vf format=yuv420p,scale=800x600 -an -vframes 10 -f md5 -
Before:
[auto_scaler_0 @ 0x7f
Linjie Fu (12021-08-01):
> From: Linjie Fu
>
> Currently the default swscale flags for simple filter graph is bicubic,
> however for complex filter graph it uses bilinear as decleared in scale
> filter.
Why does ffmpeg set a default different from swscale?
Regards,
--
Nicolas George
signa
On Sun, Aug 1, 2021 at 9:25 PM Nicolas George wrote:
> Linjie Fu (12021-08-01):
> > From: Linjie Fu
> >
> > Currently the default swscale flags for simple filter graph is bicubic,
> > however for complex filter graph it uses bilinear as decleared in scale
> > filter.
>
> Why does ffmpeg set a de
Linjie Fu (12021-08-01):
> Checked swscale, it uses bicubic by default.
> Scale filter sets the flags to bilinear if sws_scale_opt is not initialized
> by sws_dict.
>
> We should use the same default flags for both simple and complex filter
> graphs, either from swscale, or from scale filter.
> If
On 2021-08-01 19:19, Linjie Fu wrote:
On Sun, Aug 1, 2021 at 9:25 PM Nicolas George wrote:
Linjie Fu (12021-08-01):
From: Linjie Fu
Currently the default swscale flags for simple filter graph is bicubic,
however for complex filter graph it uses bilinear as decleared in scale
filter.
Why
Apple HTTP Live Streaming Sample Encryption:
https://developer.apple.com/library/ios/documentation/AudioVideo/Conceptual/HLS_Sample_Encryption
Signed-off-by: Nachiket Tarate
---
libavformat/Makefile| 2 +-
libavformat/hls.c | 128 +++--
libavformat/hls_sa
Signed-off-by: Nachiket Tarate
---
libavformat/hls.c | 34 +-
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 022dae0391..7e457281f4 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -2051,23 +2051
correct implementation of 'cenc' encryption scheme to support decryption of
partial cipher blocks at the end of subsamples
https://www.iso.org/standard/68042.html
Signed-off-by: Nachiket Tarate
---
libavformat/isom.h | 2 +
libavformat/mov.c | 246 +++
On Sun, Aug 1, 2021 at 10:13 PM Gyan Doshi wrote:
>
>
> On 2021-08-01 19:19, Linjie Fu wrote:
> > On Sun, Aug 1, 2021 at 9:25 PM Nicolas George wrote:
> >
> >> Linjie Fu (12021-08-01):
> >>> From: Linjie Fu
> >>>
> >>> Currently the default swscale flags for simple filter graph is bicubic,
> >>
On Sun, Aug 01, 2021 at 03:54:28AM +0200, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> libavcodec/mpeg12dec.c | 10 --
> 1 file changed, 8 insertions(+), 2 deletions(-)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Observe yo
These will be used by HLS demuxer in case of sample decryption.
Signed-off-by: Nachiket Tarate
---
libavcodec/adts_header.c | 1 +
libavcodec/adts_header.h | 14 ++
libavcodec/adts_parser.c | 28
3 files changed, 43 insertions(+)
diff --git a/libavcodec
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 31
libavfilter/Makefile | 2 +
libavfilter/allfilters.c | 2 +
libavfilter/f_separate.c | 346 +++
4 files changed, 381 insertions(+)
create mode 100644 libavfilter/f_separate.c
diff --
ffmpegandmahanstreamer@e.email (12021-08-01):
> LGTM, as always.
Who are you? What qualifications do you have to review patches?
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https:
Paul B Mahol (12021-08-01):
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 31
> libavfilter/Makefile | 2 +
> libavfilter/allfilters.c | 2 +
> libavfilter/f_separate.c | 346 +++
> 4 files changed, 381 insertions(+)
> create m
ffmpegandmahanstreamer@e.email (12021-08-01):
> Seperate is best word
No, it is not, I have explained why. Chemists separate. Do you have
arguments?
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-dev
On Sun, Aug 1, 2021 at 7:01 PM Nicolas George wrote:
>
> Paul B Mahol (12021-08-01):
> > Signed-off-by: Paul B Mahol
> > ---
> > doc/filters.texi | 31
> > libavfilter/Makefile | 2 +
> > libavfilter/allfilters.c | 2 +
> > libavfilter/f_separate.c | 346 +++
ffmpegandmahanstreamer@e.email (12021-08-01):
> https://www.merriam-webster.com/dictionary/separateDefinition of separate
> (Entry 1 of 3)
> transitive verb
>
> 1a: to set or keep apart : DISCONNECT, SEVER
>
> d: to disperse in space or time : SCATTER
It is not a matter of definition, it is a m
probably ok
___
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".
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Nicolas George
> Sent: Sunday, 1 August 2021 19:02
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH] avfilter: add (a)separate filters
>
> Paul B Mahol (12021-08-01):
> > Si
On 7/31/2021 10:54 PM, Marton Balint wrote:
Signed-off-by: Marton Balint
---
libavcodec/mpeg12dec.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/libavcodec/mpeg12dec.c b/libavcodec/mpeg12dec.c
index 858dca660c..129dc1c2aa 100644
--- a/libavcodec/mpeg12dec.c
+
On 2021-08-01 23:59, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of
Nicolas George
Sent: Sunday, 1 August 2021 19:02
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] avfilter: add (a)separate filters
Paul B Mahol (12021-08-01
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Gyan Doshi
> Sent: Sunday, 1 August 2021 20:40
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] avfilter: add (a)separate filters
>
>
>
> On 2021-08-01 23:59, Soft Works wrote:
> >
> >> -Original Message-
Fixes: signed integer overflow: -9223372036854775808 * 2 cannot be represented
in type 'long long'
Fixes:
36244/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_EXR_fuzzer-6090656186499072
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signe
Fixes: signed integer overflow: 9223372036854775791 + 18 cannot be represented
in type 'long'
Fixes:
36307/clusterfuzz-testcase-minimized-ffmpeg_dem_MPC8_fuzzer-4917863877050368
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Mi
Fixes: Timeout
Fixes:
36020/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ALS_fuzzer-4774629855068160
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
tools/target_dec_fuzzer.c | 4
1 file change
Fixes: Infinite loop
Fixes:
36311/clusterfuzz-testcase-minimized-ffmpeg_dem_WTV_fuzzer-4889181296918528
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavformat/wtvdec.c | 2 ++
1 file changed, 2 inse
Per Andreas Rheinhardt request i'm splitting the working patches in two.
---
This cleans up the code in the decode24bit and decode16bit functions by putting
it in way that expresses the true intent while making it easier to read.
libavcodec/truemotion1.c | 36
request of Andreas again. Samples with sprites can be found where i posted link.
---
This adds sprite support to the truemotion1 codec, which was a feature in this
codec.
libavcodec/truemotion1.c | 165 ---
1 file changed, 155 insertions(+), 10 deletions(-)
di
lgtm after you fix nitpick about if statements in my opinon
August 1, 2021 10:54 AM, "Nachiket Tarate"
wrote:
> Apple HTTP Live Streaming Sample Encryption:
>
> https://developer.apple.com/library/ios/documentation/AudioVideo/Conceptual/HLS_Sample_Encryption
>
> Signed-off-by: Nachiket Tarate
On Sat, Jul 24, 2021 at 9:48 PM Jan Ekström wrote:
>
> On Wed, Jul 21, 2021 at 8:30 PM Jan Ekström wrote:
> >
> > On Wed, Jul 21, 2021 at 8:28 PM Jan Ekström wrote:
> > >
> > > Seems to be:
> > > * Utilized by Handbrake for track titling
> > > * Actually defined as "title for the media"
> > >
>
hello PAUL.
August 1, 2021 10:21 AM, "Paul B Mahol" wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 31
> libavfilter/Makefile | 2 +
> libavfilter/allfilters.c | 2 +
> libavfilter/f_separate.c | 346 +++
> 4 files changed, 381 insertions(+)
August 1, 2021 1:01 PM, "Nicolas George" wrote:
> Paul B Mahol (12021-08-01):
>
>> Signed-off-by: Paul B Mahol
>> ---
>> doc/filters.texi | 31
>> libavfilter/Makefile | 2 +
>> libavfilter/allfilters.c | 2 +
>> libavfilter/f_separate.c | 346 +++
>> 4 file
August 1, 2021 1:06 PM, "Nicolas George" wrote:
> ffmpegandmahanstreamer@e.email (12021-08-01):
>
>> Seperate is best word
>
> No, it is not, I have explained why. Chemists separate. Do you have
> arguments?
>
https://www.merriam-webster.com/dictionary/separateDefinition of separate
(Entry 1
Up until now, the aderivative and aintegrate filters allocated
an audio buffer with exactly one sample per channel via
ff_get_audio_buffer(); if said buffer could not be allocated,
a frame would leak, as freeing it has been forgotten.
This commit instead uses a plain array for the audio buffer; it
August 1, 2021 1:11 PM, "Nicolas George" wrote:
> ffmpegandmahanstreamer@e.email (12021-08-01):
>
>> https://www.merriam-webster.com/dictionary/separateDefinition of separate
>> (Entry 1 of 3)
>> transitive verb
>>
>> 1a: to set or keep apart : DISCONNECT, SEVER
>>
>> d: to disperse in space
AVFilter.uninit is called automatically if init fails.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_paletteuse.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/libavfilter/vf_paletteuse.c b/libavfilter/vf_paletteuse.c
index f07ef5d760..4e90927322 100644
--- a/lib
Instead, set AVFilterPad.needs_writable.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_lumakey.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/libavfilter/vf_lumakey.c b/libavfilter/vf_lumakey.c
index 3f98d5077d..f6bb889343 100644
--- a/libavfilter/vf_lumakey.c
++
Instead, set AVFilterPad.needs_writable.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_despill.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/libavfilter/vf_despill.c b/libavfilter/vf_despill.c
index e0990d7443..6826d7abda 100644
--- a/libavfilter/vf_despill.c
++
Instead, set AVFilterPad.needs_writable.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_colorkey.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/libavfilter/vf_colorkey.c b/libavfilter/vf_colorkey.c
index e0b4372842..f8b5c80563 100644
--- a/libavfilter/vf_colorkey.
AVFrame.metadata is always owned by its AVFrame, it is not shared
in the first place, so one does not need to make the frame writable
to modify it.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_find_rect.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/libavfilter/vf_find_rect.c b/l
This patch is too much intrusive to be acceptable.
Isn't there simpler solution?
___
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...@ffmpe
Paul B Mahol:
> This patch is too much intrusive to be acceptable.
>
> Isn't there simpler solution?
>
Intrusive? You call that intrusive?
Anyway, here is a way to make it even less intrusive: Use "type *prv =
&p[c]" and don't modify the inner loop at all (and don't update prev
after the loop). I
On Sun, Aug 01, 2021 at 09:30:31PM +0200, Michael Niedermayer wrote:
> Fixes: Infinite loop
> Fixes:
> 36311/clusterfuzz-testcase-minimized-ffmpeg_dem_WTV_fuzzer-4889181296918528
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-of
Hi,
On Thu, 29. Jul 14:00, Ming Qian wrote:
> in the v4l2 stateful video document, we can see the following
> description:
> During the resolution change sequence, the OUTPUT queue must remain
> streaming. Calling VIDIOC_STREAMOFF() on the OUTPUT queue would
> abort the sequence and in
Paul B Mahol:
> +
> +static av_cold int init(AVFilterContext *ctx, int type)
type should be an enum AVMediaType.
> +static av_cold void uninit(AVFilterContext *ctx)
> +{
> +SeparateContext *s = ctx->priv;
> +
> +av_freep(&s->points);
> +
> +for (int i = 0; i < ctx->nb_outputs; i++)
A
Lynne:
> 8 Jul 2021, 21:20 by andreas.rheinha...@outlook.com:
>
>> Lynne:
>>
>>> Apr 26, 2021, 03:27 by andreas.rheinha...@outlook.com:
>>>
Lynne:
> From 097aed2ac33dda0bb2052d8b0402711ce95079ba Mon Sep 17 00:00:00 2001
> From: Lynne
> Date: Sat, 23 Jan 2021 19:56:18 +0100
>
Co-authored-by: Cheng Yanfei
Co-authored-by: Jin Jun
Signed-off-by: Wu Jianhua
---
libavfilter/x86/vf_gblur.asm| 21 -
libavfilter/x86/vf_gblur_init.c | 4
2 files changed, 16 insertions(+), 9 deletions(-)
diff --git a/libavfilter/x86/vf_gblur.asm b/libavfilter/x8
The new vertical slice with AVX2/512 acceleration can significantly
improve the performance of Gaussian Filter 2D.
Performance data (fps):
ff_verti_slice_c: 32.57
ff_verti_slice_avx2: 476.19
ff_verti_slice_avx512: 833.33
Co-authored-by: Cheng Yanfei
Co-authored-by: Jin Jun
---
libavfilter/gblu
Co-authored-by: Cheng Yanfei
Co-authored-by: Jin Jun
Signed-off-by: Wu Jianhua
---
tests/checkasm/vf_gblur.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/tests/checkasm/vf_gblur.c b/tests/checkasm/vf_gblur.c
index b9fe2f9a36..0fac37b6be 100644
--- a/tests/checkas
We introduced a ff_horiz_slice_avx2/512() implemented on a new algorithm.
In a nutshell, the new algorithm does three things, gathering data from
8/16 rows, blurring data, and scattering data back to the image buffer.
Here we used a customized transpose 8x8/16x16 to avoid the huge overhead
brought
Co-authored-by: Cheng Yanfei
Co-authored-by: Jin Jun
Signed-off-by: Wu Jianhua
---
tests/checkasm/vf_gblur.c | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/tests/checkasm/vf_gblur.c b/tests/checkasm/vf_gblur.c
index 0fac37b6be..a7a1c1a24e 100644
--- a/tes
在 2021/7/29 20:26, Jiaxun Yang 写道:
在2021年7月29日七月 下午5:29，yinshiyou...@loongson.cn写道：
-原始邮件-
发件人: "Jiaxun Yang"
发送时间: 2021-07-29 14:32:35 (星期四)
收件人: ffmpeg-devel@ffmpeg.org
抄送: yinshiyou...@loongson.cn, "Jiaxun Yang"
主题: [PATCH] avcodec/mips: Support old style mmi instruction mnemonics
On Fri, 2021-07-30 at 08:18 +, Soft Works wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Haihao Xiang
> > Sent: Thursday, 29 July 2021 09:04
> > To: ffmpeg-devel@ffmpeg.org
> > Cc: Haihao Xiang
> > Subject: [FFmpeg-devel] [PATCH v2 1/2] qsvdec: add support for
>
I do not like that, I prefer AVFrame to keep it as is currently.
frame allocation can be moved elsewhere.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
f
60 matches
Mail list logo
