+ * The steps are:
+ *
+ * 1. query_formats(): call the callbacks on all filter to set lists of
+ * supported formats.
+ * When links on a filter must eventually have the same
+ * format, the lists of supported formats are the same
+ *
Signed-off-by: Kim Hwan
---
libavformat/dashenc.c | 30 +++---
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index 679e30611c..2f1275b1ec 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -71,7
Signed-off-by: Kim Hwan
---
libavformat/rtsp.c | 8 +++-
libavformat/rtsp.h | 1 +
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
index 9869e1b72e..9fa6861c2a 100644
--- a/libavformat/rtsp.c
+++ b/libavformat/rtsp.c
@@ -586,6 +586,10 @@ s
Forgotten in 57fa314090ab006808911fd790053b534749aa53.
Signed-off-by: Andreas Rheinhardt
---
libavfilter/avfiltergraph.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/libavfilter/avfiltergraph.c b/libavfilter/avfiltergraph.c
index 41a91a9bda..c366ba597f 100644
Soft Works:
> Signed-off-by: softworkz
> ---
> libavfilter/Makefile| 1 +
> libavfilter/internal.h | 8 ++
> libavfilter/subtitles.c | 61 +
> libavfilter/subtitles.h | 42
> 4 files changed, 112 insertions(+)
> crea
Nicolas George:
> Soft Works (12021-08-19):
>> You mean Andreas' work? Committed or uncommitted?
>
> https://ffmpeg.org/pipermail/ffmpeg-devel/2021-August/283930.html
>
> Approved but not yet committed.
>
That's wrong: It has already been committed as
1aa640c7d785c39e0e19407521132d77b594e654.
(Y
Soft Works:
>
>
>> -Original Message-
>> From: ffmpeg-devel On Behalf Of Soft Works
>> Sent: Thursday, 19 August 2021 09:43
>> To: ffmpeg-devel@ffmpeg.org
>> Subject: [FFmpeg-devel] [PATCH 1/9] lavu/frame: avframe add type property
>>
>> Signed-off-by: softworkz
>> ---
>> libavutil/fra
Signed-off-by: Andreas Rheinhardt
---
libavfilter/vf_convolution.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavfilter/vf_convolution.c b/libavfilter/vf_convolution.c
index e14dc9990a..a022fab7dc 100644
--- a/libavfilter/vf_convolution.c
+++ b/libavfilter/vf_convolution.c
@@ -22,6 +22
---
libavformat/dashenc.c | 30 +++---
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/libavformat/dashenc.c b/libavformat/dashenc.c
index 679e30611c..2f1275b1ec 100644
--- a/libavformat/dashenc.c
+++ b/libavformat/dashenc.c
@@ -71,7 +71,7 @@ enum {
#define
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Thursday, 19 August 2021 15:24
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 4/9] avfilter/overlay_subs: Add
> overlay_subs filter
>
> Soft Works (12021-08-19):
> > N
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Thursday, 19 August 2021 15:05
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 2/9] avfilter/subtitles: Add subtitles.c
>
> Soft Works (12021-08-19):
> > I got an erro
On Fri, 20 Aug 2021, Mikhail Nitenko wrote:
there is a function that is not covered by tests, but I tested it with
sample videos, not sure what to do with it
If there are asm functions that lack checkasm tests, then please do add a
test for it while working on that function. Asm functions th
Benchmarks: A53 A72
h264_idct4_add_10bpp_c:187.7 115.2
h264_idct4_add_10bpp_neon: 72.545.0
h264_idct4_add_dc_10bpp_c: 96.061.2
h264_idct4_add_dc_10bpp_
transpose_4x4S and transpose_8x8S were declared in vp9itxfm_16bpp_neon, however
these macros are
not unique to vp9 and could be used elsewhere.
Signed-off-by: Mikhail Nitenko
---
libavcodec/aarch64/neon.S| 49
libavcodec/aarch64/vp9itxfm_16bpp_neon.S | 4
Benchmarks: A53 A72
h264_h_loop_filter_chroma422_10bpp_c: 282.7 114.2
h264_h_loop_filter_chroma422_10bpp_neon: 109.578.5
h264_h_loop_filter_chroma_10bpp_c: 165.081.5
h264_h_loop_filter_chrom
transpose_4x8H was declared in vp9lpf_16bpp_neon, however this macro is
not unique to vp9 and could be used elsewhere.
Signed-off-by: Mikhail Nitenko
---
libavcodec/aarch64/neon.S | 13 +
libavcodec/aarch64/vp9lpf_16bpp_neon.S | 12
2 files changed, 13 inser
Benchmarks:A53 A72
pred8x8_dc_10_c: 64.249.5
pred8x8_dc_10_neon:62.053.7
pred8x8_dc_128_10_c: 26.014.0
pred8x8_dc_128_10_neon:30.717.5
pred8x8_horizontal_10_c: 60.027.7
pred8x8_hori
Paul B Mahol (12021-08-19):
> will apply ASAP!
Sorry, completely slipped my mind. Please go ahead.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman
Benchmarks:A53 A72
avg_h264_qpel_8_mc01_10_c:932.7 638.5
avg_h264_qpel_8_mc01_10_neon: 397.7 212.2
avg_h264_qpel_8_mc02_10_c:946.2 691.2
avg_h264_qpel_8_mc02_10_neon: 365.0 199.0
avg_h264_qpel_8_mc03_10_c:932.7 639.5
avg_h264_qpe
August 19, 2021 10:53 AM, "Nicolas George" wrote:
> Signed-off-by: Nicolas George
> ---
> libavfilter/formats.h | 85 +++
> 1 file changed, 85 insertions(+)
>
> diff --git a/libavfilter/formats.h b/libavfilter/formats.h
> index ed513c265a..b3e780a41d 10064
lgtm
August 19, 2021 11:30 AM, "Nicolas George" wrote:
> Signed-off-by: Nicolas George
> ---
> libavfilter/formats.h | 85 +++
> 1 file changed, 85 insertions(+)
>
> diff --git a/libavfilter/formats.h b/libavfilter/formats.h
> index d94977a3aa..7c8258ed08
will apply ASAP!
___
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".
On 8/18/2021 7:01 AM, Martin Storsjö wrote:
On Tue, 17 Aug 2021, James Almer wrote:
On 8/17/2021 12:35 PM, Christopher Degawa wrote:
Fixes https://trac.ffmpeg.org/ticket/8903
relevant https://github.com/msys2/MINGW-packages/discussions/9258
Signed-off-by: Christopher Degawa
---
libavcodec
Signed-off-by: Nicolas George
---
libavfilter/formats.h | 85 +++
1 file changed, 85 insertions(+)
diff --git a/libavfilter/formats.h b/libavfilter/formats.h
index d94977a3aa..7c8258ed08 100644
--- a/libavfilter/formats.h
+++ b/libavfilter/formats.h
@@ -32
Signed-off-by: Nicolas George
---
libavfilter/avfiltergraph.c | 6 +++---
libavfilter/formats.c | 4 ++--
libavfilter/formats.h | 2 +-
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/libavfilter/avfiltergraph.c b/libavfilter/avfiltergraph.c
index 41a91a9bda..8c6d43a0c7
It was between AVFilterFormats and AVFilterChannelLayouts.
Signed-off-by: Nicolas George
---
libavfilter/formats.h | 30 +++---
1 file changed, 15 insertions(+), 15 deletions(-)
The last commit is the one I sent earlier, just rebased on top of this
cosmetic change becau
Signed-off-by: Nicolas George
---
libavfilter/formats.h | 85 +++
1 file changed, 85 insertions(+)
diff --git a/libavfilter/formats.h b/libavfilter/formats.h
index ed513c265a..b3e780a41d 100644
--- a/libavfilter/formats.h
+++ b/libavfilter/formats.h
@@ -75
Hi Jianhua,
On Wed, Aug 18, 2021 at 7:31 AM qs xw wrote:
> So what should I do? Feel free to let me know.
>
My personal slight preference would be to continue allowing Skylake-style
asm, i.e. add a new runtime flag for ICL-style avx512. Then, people on
skylake can at their choice disable avx512
Nicolas George (12021-08-19):
> This is not that hard to do. As I pointed, I already started working on
> it. It would have gone faster if there were other people interesting in,
> reviewing the code trustfully and offering useful suggestions.
This is the notes I have taken about format negotiatio
Soft Works (12021-08-19):
> No, I don’t think this would be ridiculous. I just wasn't sure how far
> I should go with the initial patchset. I also had an scopy filter
> that I had removed before submitting because it wasn't needed from
> a proof-of-concept perspective.
Well, it is already ridicul
Soft Works (12021-08-19):
> I got an error from checkasm av_tx when I did a major version bump
> for libavutil.
You are not to bump the major version on your own, it is decision taken
collectively time in advance.
> Also, tests/data/filtergraphs/colorkey failed locally for some reason
> and the '
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Thursday, 19 August 2021 11:35
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 2/9] avfilter/subtitles: Add subtitles.c
>
> Soft Works (12021-08-19):
> > And patchwork
Soft Works (12021-08-19):
> And patchwork running Fate?
You do not need to care.
I pretty much hope you run FATE, including samples, yourself before
sending any patch.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mai
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Thursday, 19 August 2021 11:32
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 2/9] avfilter/subtitles: Add subtitles.c
>
> Soft Works (12021-08-19):
> > I can't updat
Soft Works (12021-08-19):
> I can't update my patch before it's committed
You can, you just need to apply Andrea's patch on your tree.
--
Nicolas George
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Thursday, 19 August 2021 11:08
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 2/9] avfilter/subtitles: Add subtitles.c
>
> Soft Works (12021-08-19):
> > You mean Andr
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Thursday, 19 August 2021 11:03
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 4/9] avfilter/overlay_subs: Add
> overlay_subs filter
>
> Soft Works (12021-08-19):
> > I
Soft Works (12021-08-19):
> You mean Andreas' work? Committed or uncommitted?
https://ffmpeg.org/pipermail/ffmpeg-devel/2021-August/283930.html
Approved but not yet committed.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
__
Soft Works (12021-08-19):
> I forgot to add [RFC PATCH]. I'm clearly not intending to have those
> duplicate (and even unused) lines to be committed.
>
> It's just at a point where I'm wondering whether the idea that I have
> described above (touching only relevant regions) could be implemented
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Thursday, 19 August 2021 10:30
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 2/9] avfilter/subtitles: Add subtitles.c
>
> Soft Works (12021-08-19):
> > Signed-off-by
there are two proper ways to setup capture queue.
1. client wait the source change event,
then setup the capture queue and streamon
2. client setup the capture queue in advance,
but to avoid time issues, client should start
the capture queue before it enqueue the sequence
header to deco
client need to resume the decoding process
after it dequeues the source change event.
no matter what's the return value of v4l2_resolution_changed().
if the client doesn't resume the decoding process,
the decoder may keep waiting
in documentation of v4l2 stateful decoder, we can see the following
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 initiate a seek.
In principle, the OUTPUT queue oper
> -Original Message-
> From: ffmpeg-devel On Behalf Of Nicolas
> George
> Sent: Thursday, 19 August 2021 10:28
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 4/9] avfilter/overlay_subs: Add
> overlay_subs filter
>
> Soft Works (12021-08-19):
> >
Soft Works (12021-08-19):
> Signed-off-by: softworkz
> ---
> libavfilter/Makefile| 1 +
> libavfilter/internal.h | 8 ++
> libavfilter/subtitles.c | 61 +
> libavfilter/subtitles.h | 42
> 4 files changed, 112 inserti
> -Original Message-
> From: ffmpeg-devel On Behalf Of Soft Works
> Sent: Thursday, 19 August 2021 09:43
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH 1/9] lavu/frame: avframe add type property
>
> Signed-off-by: softworkz
> ---
> libavutil/frame.c | 74 +++
Soft Works (12021-08-19):
> The primary problem I have is that the regular overlay filter just
> enforces an overlay format that matches the primary input video format:
>
> e.g.: when the primary video is yuv420p, it requests yuva420p for
> the overlay input which causes a format filter to be ins
> -Original Message-
> From: ffmpeg-devel On Behalf Of Paul B
> Mahol
> Sent: Thursday, 19 August 2021 09:58
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 4/9] avfilter/overlay_subs: Add
> overlay_subs filter
>
> Reuse old code and just put new/
add palette data in avi header when the input data is raw gray8 pixel data and
the output data is 8bit uncompressed avi video
Signed-off-by: rui.jiang <229135...@qq.com>
---
libavformat/riffenc.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/libavformat/riffenc.c b/libavformat/rif
Reuse old code and just put new/changed stuff into vf_overlay.c
___
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
When a color indexing transform with 16 or fewer colors is used,
WebP uses "pixel packing", i.e. storing several pixels in one byte,
which virtually reduces the width of the image (see WebPContext's
reduced_width field). This reduced_width should always be used when
reading and applying subsequent
> -Original Message-
> From: ffmpeg-devel On Behalf Of Paul B
> Mahol
> Sent: Thursday, 19 August 2021 09:52
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH 4/9] avfilter/overlay_subs: Add
> overlay_subs filter
>
> Copy pasted code, so big NACK.
Copy pasted code, so big NACK.
___
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 Xiang,
> Haihao
> Sent: Thursday, 19 August 2021 09:37
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH v2] avutils/hwcontext: When deriving a
> hwdevice, search for existing device in both directions
>
> On Fri,
Signed-off-by: softworkz
---
tests/ref/fate/filter-overlay-dvdsub-2397 | 179 +++---
tests/ref/fate/sub-dvb| 162 +++-
tests/ref/fate/sub2video | 49 +++---
tests/ref/fate/sub2video_basic| 178 +++--
Signed-off-by: softworkz
---
fftools/ffmpeg.c| 324 +++-
fftools/ffmpeg.h| 7 +-
fftools/ffmpeg_filter.c | 198 +---
fftools/ffmpeg_hw.c | 2 +-
fftools/ffmpeg_opt.c| 3 +-
5 files changed, 330 insertions(+), 20
Signed-off-by: softworkz
---
libavfilter/Makefile | 3 +
libavfilter/allfilters.c | 1 +
libavfilter/sf_sleet.c | 209 +++
3 files changed, 213 insertions(+)
create mode 100644 libavfilter/sf_sleet.c
diff --git a/libavfilter/Makefile b/libavfilter/M
Signed-off-by: softworkz
---
configure| 2 +-
libavfilter/allfilters.c | 10 ---
libavfilter/buffersink.c | 65
libavfilter/buffersink.h | 15 ++
libavfilter/buffersrc.c | 65
libavfilt
Signed-off-by: softworkz
---
libavfilter/Makefile| 1 +
libavfilter/allfilters.c| 1 +
libavfilter/svf_sub2video.c | 260
3 files changed, 262 insertions(+)
create mode 100644 libavfilter/svf_sub2video.c
diff --git a/libavfilter/Makefile b/li
Signed-off-by: softworkz
---
libavfilter/Makefile |1 +
libavfilter/allfilters.c |1 +
libavfilter/vf_overlay_subs.c | 1173 +
libavfilter/vf_overlay_subs.h | 88 +++
4 files changed, 1263 insertions(+)
create mode 100644 libavfilter/vf_ove
Signed-off-by: softworkz
---
libavfilter/avfilter.c | 8 +---
libavfilter/avfiltergraph.c | 5 +
libavfilter/formats.c | 11 +++
3 files changed, 21 insertions(+), 3 deletions(-)
diff --git a/libavfilter/avfilter.c b/libavfilter/avfilter.c
index ea22b247de..5505c3467
Signed-off-by: softworkz
---
libavfilter/Makefile| 1 +
libavfilter/internal.h | 8 ++
libavfilter/subtitles.c | 61 +
libavfilter/subtitles.h | 42
4 files changed, 112 insertions(+)
create mode 100644 libavfilter/s
Signed-off-by: softworkz
---
libavutil/frame.c | 74 -
libavutil/frame.h | 39 ++--
libavutil/version.h | 2 +-
3 files changed, 97 insertions(+), 18 deletions(-)
diff --git a/libavutil/frame.c b/libavutil/frame.c
index b0ceaf7
Hi,
some of you might remember that I had warmed-up the discusion about
improving support for subtitle handling in ffmpeg sometime last year.
A lot of different voices were heard and the unfinished work from
Matthieau Buron has been in focus. My takeaway was that it's a pretty
difficult subjec
On Fri, 2021-08-13 at 06:29 +, Xiang, Haihao wrote:
> On Tue, 2021-08-10 at 09:52 +, Soft Works wrote:
> > The test /libavutil/tests/hwdevice checks that when deriving a device
> > from a source device and then deriving back to the type of the source
> > device, the result is matching the o
65 matches
Mail list logo
