On Thu, Aug 26, 2021 at 4:58 AM Jan Poonthong
wrote:
> Makes sense, but there is no mentioning of nasm is recommended . Is there
> any down side of --disable x86?
>
Yes, big one.
>
> On Thu, Aug 26, 2021 at 2:12 AM Lynne wrote:
>
> > 5 Aug 2021, 21:05 by janpoonthong...@gmail.com:
> >
> > > If
Thanks,
So when will you apply this?
___
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".
Thanks,
So when will you apply this?
___
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".
> I tried try `make install` on my machine and I got:
>install: cannot create regular file '/usr/local/share/man/man1/ffmpeg.1':
> Permission denied
>install: cannot create regular file '/usr/local/share/man/man1/ffprobe.1':
> Permission denied
>install: cannot create regular file
>
0001-Missing-sudo-on-make-install.patch
Description: Binary data
___
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 sub
I didn't really understand what you meant. So I should install nasm and run
./configure or just ./configure --disable-x86asm?
On Thu, Aug 26, 2021 at 2:24 AM Lynne wrote:
> This results in warnings on compilers which don't support it,
> objections were raised during the review process about it b
Makes sense, but there is no mentioning of nasm is recommended . Is there
any down side of --disable x86?
On Thu, Aug 26, 2021 at 2:12 AM Lynne wrote:
> 5 Aug 2021, 21:05 by janpoonthong...@gmail.com:
>
> > If I'm missing something, please let me know.
> >
>
> We've recommended nasm instead of y
Signed-off-by: Shubhanshu Saxena
---
doc/filters.texi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index 7aff920311..4da1cdc2aa 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -9982,7 +9982,7 @@ Note that different backends us
This patch renames the InferenceItem to LastLevelTaskItem in the
three backends to avoid confusion among the meanings of these structs.
The following are the renames done in this patch:
1. extract_inference_from_task -> extract_lltask_from_task
2. InferenceItem -> LastLevelTaskItem
3. inference_q
Remove async flag from filter's perspective after the unification
of async and sync modes in the DNN backend.
Signed-off-by: Shubhanshu Saxena
---
doc/filters.texi | 14 --
libavfilter/dnn/dnn_backend_tf.c | 7 +++
libavfilter/dnn_filter_common.c | 7 ---
l
This commit removes the unused sync mode specific code from the DNN
filters since the sync and async mode are now unified from the
filters' perspective.
Signed-off-by: Shubhanshu Saxena
---
libavfilter/vf_dnn_detect.c | 71 +---
libavfilter/vf_dnn_processing.c | 84 +-
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Wang, Fei W
> Sent: Tuesday, 24 August 2021 07:32
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] avcodec/av1dec: Adjust incorrect
> error output
>
> On Tue, 2021-08-24 at 02:45 +, Soft Works wrote:
> > >
This commit unifies the async and sync mode from the DNN filters'
perspective. As of this commit, the Native backend only supports
synchronous execution mode.
Now the user can switch between async and sync mode by using the
'async' option in the backend_configs. The values can be 1 for
async and 0
This commit rearranges the code in Native Backend to use the TaskItem
for inference.
Signed-off-by: Shubhanshu Saxena
---
libavfilter/dnn/dnn_backend_native.c | 176 ++-
libavfilter/dnn/dnn_backend_native.h | 2 +
2 files changed, 121 insertions(+), 57 deletions(-)
dif
On 8/25/2021 3:06 PM, Eoff, Ullysses A wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Niklas Haas
Sent: Tuesday, August 17, 2021 12:55 PM
To: ffmpeg-devel@ffmpeg.org
Cc: Niklas Haas
Subject: [FFmpeg-devel] [PATCH v3] avcodec/h264dec: apply H.274 film grain
From: Niklas Haas
On Wed, 25 Aug 2021, Martin Storsjö wrote:
This unbreaks the fate-checkasm-hevc_pel test on arm targets.
The assembly assumed that the width passed to the DSP functions is
a multiple of 8, while the checkasm test used other widths too.
This wasn't noticed before, because the hevc_pel checkasm
On Wed, Aug 25, 2021 at 10:58 PM Martin Storsjö wrote:
>
> On Wed, 25 Aug 2021, Jan Ekström wrote:
>
> > subtitles.mak utilizes a more strict comparator and - to be honest -
> > the tests feel more at home in this location.
> > ---
>
> LGTM, although your commit message forgets to point out the re
On Wed, 25 Aug 2021, Jan Ekström wrote:
subtitles.mak utilizes a more strict comparator and - to be honest -
the tests feel more at home in this location.
---
LGTM, although your commit message forgets to point out the relevant
effect of it - we're not just doing this for sorting things in th
subtitles.mak utilizes a more strict comparator and - to be honest -
the tests feel more at home in this location.
---
tests/fate/mov.mak | 4
tests/fate/subtitles.mak| 4
tests/ref/fate/{sub-ttml-mp4-dfxp => mov-mp4-tt
This results in warnings on compilers which don't support it,
objections were raised during the review process about it but went unnoticed,
and the speed benefit is highly compiler and version specific, and
also not very critical.
We generally hand-write assembly to optimize loops like that, rath
Override the fate-sub-* wide comparison function of CMP=rawdiff
back to the default, CMP=diff, which ignores line ending differences
(where the ffprobe output contains CRLF line endings).
Signed-off-by: Martin Storsjö
---
tests/fate/subtitles.mak | 2 ++
1 file changed, 2 insertions(+)
diff --g
5 Aug 2021, 21:05 by janpoonthong...@gmail.com:
> If I'm missing something, please let me know.
>
We've recommended nasm instead of yasm for years now.
You don't need to have nasm installed to compile, you
can disable assembly optimizations. configure even
tells you how, and forces you to in case
If I'm missing something, please let me know.
0001-Include-missing-documentation-for-yasm-in-INSTALL.md.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe
> -Original Message-
> From: ffmpeg-devel On Behalf Of Niklas Haas
> Sent: Tuesday, August 17, 2021 12:55 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Niklas Haas
> Subject: [FFmpeg-devel] [PATCH v3] avcodec/h264dec: apply H.274 film grain
>
> From: Niklas Haas
>
> Because we need access to
> -Original Message-
> From: ffmpeg-devel On Behalf Of Niklas Haas
> Sent: Tuesday, August 17, 2021 12:26 PM
> To: ffmpeg-devel@ffmpeg.org
> Cc: Niklas Haas
> Subject: [FFmpeg-devel] [PATCH v2 3/3] avcodec/h264dec: apply H.274 film grain
>
> From: Niklas Haas
>
> Because we need access
lgtm
___
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".
lgtm
___
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".
lgtm
___
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".
From: Xuewei Meng
Check block algin
Signed-off-by: Xuewei Meng
---
libavfilter/vf_guided.c | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
diff --git a/libavfilter/vf_guided.c b/libavfilter/vf_guided.c
index c030080..94318c0 100644
--- a/libavfilter/vf_guided.c
+++
From: Xuewei Meng
Enhanced guided filter and fast enhanced guided filter are supported.
The enhanced guided filter can better preserve edges for denoising tasks.
And the box filter operation is optimized.
Signed-off-by: Xuewei Meng
---
doc/filters.texi| 14 +-
libavfilter/vf_guided.c
On Wed, Aug 25, 2021 at 3:51 PM James Almer wrote:
> On 8/19/2021 3:58 AM, Paul B Mahol wrote:
> > On Mon, Aug 16, 2021 at 1:49 PM James Almer wrote:
> >
> >> On 8/16/2021 6:27 AM, Wu, Jianhua wrote:
>
> Yes, but we don't want to use AVX512 on hardware that downclocks
> >> heavily.
> >
On 8/19/2021 3:58 AM, Paul B Mahol wrote:
On Mon, Aug 16, 2021 at 1:49 PM James Almer wrote:
On 8/16/2021 6:27 AM, Wu, Jianhua wrote:
Yes, but we don't want to use AVX512 on hardware that downclocks
heavily.
It's okay. Should I updated the configure file to let the IceLake-AVX512
to be
will apply shortly
___
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".
Top-posting on purpose:
Several core developers stated to be in favor of locking lavd<->lavf
together at the minor version, for instance since it solves a lot of
the problems the intimate linking between the two libraries creates.
Should this be turned into a patch somehow (i'm not sure how to do
lgtm
___
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".
Signed-off-by: Paul B Mahol
---
fftools/ffmpeg.c| 5 +
fftools/ffmpeg.h| 1 +
fftools/ffmpeg_opt.c| 1 +
tests/ref/fate/adpcm-ima-smjpeg | 658
tests/ref/fate/dcinema-encode | 26 +-
tests/ref/lavf/smjpeg
This commit updates the following two filters to send only the
input frame and send NULL as output frame instead of input frame
to the DNN backends.
1. vf_dnn_detect
2. vf_dnn_classify
Signed-off-by: Shubhanshu Saxena
---
libavfilter/dnn/dnn_backend_common.c | 2 +-
libavfilter/dnn/dnn_backe
Signed-off-by: Shubhanshu Saxena
---
doc/filters.texi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/filters.texi b/doc/filters.texi
index d99368e64b..112adc5d94 100644
--- a/doc/filters.texi
+++ b/doc/filters.texi
@@ -9982,7 +9982,7 @@ Note that different backends us
This patch renames the InferenceItem to LastLevelTaskItem in the
three backends to avoid confusion among the meanings of these structs.
The following are the renames done in this patch:
1. extract_inference_from_task -> extract_lltask_from_task
2. InferenceItem -> LastLevelTaskItem
3. inference_q
Remove async flag from filter's perspective after the unification
of async and sync modes in the DNN backend.
Signed-off-by: Shubhanshu Saxena
---
doc/filters.texi | 14 --
libavfilter/dnn/dnn_backend_tf.c | 7 +++
libavfilter/dnn_filter_common.c | 7 ---
l
This commit removes the unused sync mode specific code from the DNN
filters since the sync and async mode are now unified from the
filters' perspective.
Signed-off-by: Shubhanshu Saxena
---
libavfilter/vf_dnn_detect.c | 71 +---
libavfilter/vf_dnn_processing.c | 84 +-
This commit unifies the async and sync mode from the DNN filters'
perspective. As of this commit, the Native backend only supports
synchronous execution mode.
Now the user can switch between async and sync mode by using the
'async' option in the backend_configs. The values can be 1 for
async and 0
This commit rearranges the code in Native Backend to use the TaskItem
for inference.
Signed-off-by: Shubhanshu Saxena
---
libavfilter/dnn/dnn_backend_native.c | 176 ++-
libavfilter/dnn/dnn_backend_native.h | 2 +
2 files changed, 121 insertions(+), 57 deletions(-)
dif
Ronald S. Bultje Wrote:
> I'm OK with the current approach also. So I will not object to the current
> patch anymore.
>
Hi Ronald,
I am sorry I'm not familiar of the review flow. Does this proposal still need
to be reviewed
and approved by other maintainers? Or if it's acceptable, I added the
On Mon, 2021-08-23 at 05:06 +, Soft Works wrote:
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Xiang,
> > Haihao
> > Sent: Monday, 23 August 2021 06:29
> > To: ffmpeg-devel@ffmpeg.org
> > Subject: Re: [FFmpeg-devel] [PATCH v2 00/10] make QSV works with Intel's
> > oneVPL
>
This unbreaks the fate-checkasm-hevc_pel test on arm targets.
The assembly assumed that the width passed to the DSP functions is
a multiple of 8, while the checkasm test used other widths too.
This wasn't noticed before, because the hevc_pel checkasm tests
(that were added in 9c513edb7999a35ddcc6
lgtm
___
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".
will apply soon
___
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".
48 matches
Mail list logo
