Am 05.04.22 um 10:56 schrieb Thilo Borgmann:
Hi,
v3 updated to current HEAD.
Named blurdetect filter now.
Minor fixes on allocation and removed -f option.
Please make this per plane filtering, with default to measure only first
plane.
done in v4.
(Will add Changelog, version.h and fate t
Hi,
Am 14.04.22 um 08:48 schrieb Simone Karin Lehmann:
Somehow it seems, that this patch never got onto the mailing list. So may I
kindly ask you to review it.
--
Stay hungry, stay foolish
Am 26.01.2022 um 17:31 schrieb Simone Karin Lehmann :
The patch adds an option to the hevc_videotool
On Wed, 13 Apr 2022, Mark Gaiser wrote:
On Wed, Apr 13, 2022 at 5:21 PM Mark Gaiser wrote:
PATH_MAX is posix. Some compilers (MSVC) don't define this
thus failing to compile the ipfsgateway file.
Defining it fixes the compile.
Signed-off-by: Mark Gaiser
---
libavformat/ipfsgateway.c | 6 ++
On Wed, Apr 13, 2022 at 12:43 AM Soft Works wrote:
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of Paul
> > B Mahol
> > Sent: Tuesday, April 12, 2022 11:29 AM
> > To: FFmpeg development discussions and patches > de...@ffmpeg.org>
> > Subject: Re: [FFmpeg-devel] [RFC] Swit
relatively trivial filter, gonna 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".
Will apply soon, as there are no comments against.
___
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
13 Apr 2022, 08:05 by haihao.xiang-at-intel@ffmpeg.org:
> On Wed, 2022-03-30 at 11:41 +0800, Wenbin Chen wrote:
>
>> Vulkan map both DRM_FORMAT_RG88 and DRM_FORMAT_GR88 to
>> VK_FORMAT_R8G8_UNORM. This cannot distinguish nv12/nv24 and nv21/nv42.
>> Vulkan also map both DRM_FORMAT_RG1616 and DR
Ping!
Wu Jianhua:
>Henrik Gramner:
>> Sent: Friday, March 11, 2022 10:51 PM
>> To: FFmpeg development discussions and patches > devel at ffmpeg.org>
>> Subject: Re: [FFmpeg-devel] [PATCH v2 5/5] avcodec/x86/hevc_mc: add
>> qpel_h64_8_avx512icl
>>
>> All 5/5 LGTM.
>>
>
>Hi there,
>
>Are there any
On Thu, Apr 14, 2022 at 10:25 AM Martin Storsjö wrote:
> On Wed, 13 Apr 2022, Mark Gaiser wrote:
>
> > On Wed, Apr 13, 2022 at 5:21 PM Mark Gaiser wrote:
> >
> >> PATH_MAX is posix. Some compilers (MSVC) don't define this
> >> thus failing to compile the ipfsgateway file.
> >> Defining it fixes
On Thu, 14 Apr 2022, Mark Gaiser wrote:
On Thu, Apr 14, 2022 at 10:25 AM Martin Storsjö wrote:
On Wed, 13 Apr 2022, Mark Gaiser wrote:
> On Wed, Apr 13, 2022 at 5:21 PM Mark Gaiser wrote:
>
>> PATH_MAX is posix. Some compilers (MSVC) don't define this
>> thus failing to compile the ipfsgate
On Thu, Apr 14, 2022 at 3:41 PM Martin Storsjö wrote:
> On Thu, 14 Apr 2022, Mark Gaiser wrote:
>
> > On Thu, Apr 14, 2022 at 10:25 AM Martin Storsjö
> wrote:
> >
> >> On Wed, 13 Apr 2022, Mark Gaiser wrote:
> >>
> >> > On Wed, Apr 13, 2022 at 5:21 PM Mark Gaiser
> wrote:
> >> >
> >> >> PATH_MA
Said field is set when parsing a SOF; yet a picture is only allocated
if skip_frame is != AVDISCARD_ALL. This leads to a crash in the
following case: If a jpeg is split into two parts, the first containing
everything before the scans including the SOF and the second part
containing the rest, and th
MJPEG is an intra-codec, so it makes no sense to keep the reference.
It is basically unused lateron anyway.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mjpegdec.c | 45 +--
1 file changed, 22 insertions(+), 23 deletions(-)
diff --git a/libavcodec/mjp
MJPEG-B is an intra-codec, so it makes no sense to keep the reference.
It is unused lateron anyway.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mjpegbdec.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavcodec/mjpegbdec.c b/libavcodec/mjpegbdec.c
index 8c1809e5f
Basically reverts af15c17daa5d8d2940c0263ba4d3ecec761c11ee.
Flipping a picture by modifying the pointers is so common
that even users of direct rendering should take it into account.
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mjpegdec.c | 18 --
1 file changed, 4 insertions
Signed-off-by: Andreas Rheinhardt
---
libavcodec/mjpegbdec.c | 22 +-
1 file changed, 13 insertions(+), 9 deletions(-)
diff --git a/libavcodec/mjpegbdec.c b/libavcodec/mjpegbdec.c
index 46b9eb377e..50fff2562b 100644
--- a/libavcodec/mjpegbdec.c
+++ b/libavcodec/mjpegbdec.c
@@
On 4/14/2022 12:57 PM, Andreas Rheinhardt wrote:
MJPEG is an intra-codec, so it makes no sense to keep the reference.
It is basically unused lateron anyway.
Wouldn't this mean you can remove the AV_GET_BUFFER_FLAG_REF flag from
the ff_get_buffer() call?
Signed-off-by: Andreas Rheinhardt
-
James Almer:
> On 4/14/2022 12:57 PM, Andreas Rheinhardt wrote:
>> MJPEG is an intra-codec, so it makes no sense to keep the reference.
>> It is basically unused lateron anyway.
>
> Wouldn't this mean you can remove the AV_GET_BUFFER_FLAG_REF flag from
> the ff_get_buffer() call?
>
Not in case o
On 4/14/2022 1:43 PM, Andreas Rheinhardt wrote:
James Almer:
On 4/14/2022 12:57 PM, Andreas Rheinhardt wrote:
MJPEG is an intra-codec, so it makes no sense to keep the reference.
It is basically unused lateron anyway.
Wouldn't this mean you can remove the AV_GET_BUFFER_FLAG_REF flag from
th
James Almer:
>
>
> On 4/14/2022 1:43 PM, Andreas Rheinhardt wrote:
>> James Almer:
>>> On 4/14/2022 12:57 PM, Andreas Rheinhardt wrote:
MJPEG is an intra-codec, so it makes no sense to keep the reference.
It is basically unused lateron anyway.
>>>
>>> Wouldn't this mean you can remove t
Quoting Leo Izen (2022-04-12 07:53:32)
> +
> +while (1) {
> +jret = JxlEncoderProcessOutput(ctx->encoder, &next_out, &available);
> +if (jret == JXL_ENC_ERROR) {
> +av_log(avctx, AV_LOG_ERROR, "Unspecified libjxl error
> occurred\n");
> +return AVERROR_E
Anton Khirnov:
> Quoting Andreas Rheinhardt (2022-03-31 00:49:57)
>> From: Andreas Rheinhardt
>>
>> Signed-off-by: Andreas Rheinhardt
>> ---
>> doc/APIchanges| 3 +++
>> fftools/ffmpeg.c | 4 ++--
>> fftools/ffprobe.c | 2 +-
>> libavcodec/avcodec.h | 3 +--
>>
Hi,
On Thu, Apr 14, 2022 at 04:25:19PM +, Swinney, Jonathan wrote:
> Clement (and others), do you have any comments on this patch?
>
I'm sorry I won't have time to review the asm patches.
Regards,
--
Clément B.
___
ffmpeg-devel mailing list
ffmp
This fixes referencing the uninitialized filename variable.
Fixes ticket #9711.
Signed-off-by: Marton Balint
---
libavformat/rtmpproto.c | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/libavformat/rtmpproto.c b/libavformat/rtmpproto.c
index f97e3c3b8e..f
Otherwise its effect might not work causing CPU_COUNT to not get defined.
Fixes cpu count detection to actually use sched_getaffinity if available.
Signed-off-by: Marton Balint
---
libavutil/cpu.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/libavutil/cpu
> -Original Message-
> From: ffmpeg-devel On Behalf Of Paul
> B Mahol
> Sent: Thursday, April 14, 2022 12:02 PM
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [RFC] Switching ffmpeg.c to a threaded
> architecture
>
> On Wed, Apr 13, 20
On Thu, Apr 14, 2022 at 9:33 PM Andreas Rheinhardt
wrote:
>
> Anton Khirnov:
> > Quoting Andreas Rheinhardt (2022-03-31 00:49:57)
> >> From: Andreas Rheinhardt
> >>
> >> Signed-off-by: Andreas Rheinhardt
> >> ---
> >> doc/APIchanges| 3 +++
> >> fftools/ffmpeg.c | 4 ++--
>
Signed-off-by: Paul B Mahol
---
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_warp.c| 628 +++
3 files changed, 630 insertions(+)
create mode 100644 libavfilter/vf_warp.c
diff --git a/libavfilter/Makefile b/libavfilter
On 4/14/22 13:49, Anton Khirnov wrote:
Quoting Leo Izen (2022-04-12 07:53:32)
+
+while (1) {
+jret = JxlEncoderProcessOutput(ctx->encoder, &next_out, &available);
+if (jret == JXL_ENC_ERROR) {
+av_log(avctx, AV_LOG_ERROR, "Unspecified libjxl error occurred\n");
29 matches
Mail list logo
