On Mon, 7 Oct 2024, Dash Santosh wrote:
Thanks for pointing this out, Martin. Please find the updated patch below:
From 83e8cfa99bcb13965421fb32c1feb4c792649c22 Mon Sep 17 00:00:00 2001
From: Min Chen
Date: Fri, 4 Oct 2024 23:04:04 +0530
Subject: [PATCH] avcodec/mfenc: add support for AV1 MF e
On Fri, 4 Oct 2024, Martin Storsjö wrote:
Depending on the magnitude of the output values, the potential
errors can be larger.
This fixes errors in the lls tests on x86_32 for some seeds,
observed with GCC 11 (on Ubuntu 22.04, with the distro compiler,
with -m32).
---
tests/checkasm/lls.c | 14
On Fri, 4 Oct 2024, Martin Storsjö wrote:
Use "bx lr", or "pop {lr}", which do proper mode switching
between thumb and arm modes. A plain "mov pc, lr" does not switch
from thumb mode to arm mode (while in arm mode, it does switch
mode for a thumb caller).
This is normally not an issue, as CONFI
Modification of patch submitted by Aurelien Jacobs (November 2007).
Fixes ticket #5581.
---
libavcodec/vp5.c | 5 +
libavcodec/vp56.c| 32 +++-
libavcodec/vp56.h| 6 ++
libavcodec/vp6.c | 11 ++-
libavcodec/vp6data.h | 11 +++
Tried to run the following FFmpeg
example:https://ffmpeg.org/doxygen/4.2/encode_video_8c-example.html
|
|
| |
FFmpeg: encode_video.c
|
|
|
On Ubuntu 22.04 and Windows 11 with the latest FFmpeg. Two runs failed at
ret = avcodec_send_frame(enc_ctx, frame);ret = -22.
What is wrong?
___
FFmpeg 7.1 as well as the latest development branch do not compile:
In function 'vaapi_encode_h264_init_picture_params':
libavcodec/vaapi_encode_h264.c:470:9: error: 'ctx' undeclared
>From b6f21f8c432619d46536a3eaee007227772e762e Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ingo=20Br=C3=BCckl?=
D
On Di, 2024-10-08 at 22:34 +0200, Ingo Brückl wrote:
> FFHWBaseEncodeContext *base_ctx = avctx->priv_data;
> + VAAPIEncodeContext *ctx = avctx->priv_data;
Please add this between #if !CONFIG_VAAPI_1 and #endif too.
BTW we are considering to remove the support for libv
On Wed, 2024-06-12 at 02:55 +, Xiang, Haihao wrote:
> On Wo, 2024-06-05 at 21:13 +0100, Mark Thompson wrote:
> > libva 2.0 was released in 2017 and the 2.x versions are included in
> > all
> > supported distributions nowadays. Various features no longer need
> > any
> > configure check after t
On 09/10/2024 02:12, Marvin Scholz wrote:
The flexible array member struct can have padding added by
the compiler which was not taken into account properly, which
could lead to a heap buffer overflow.
---
libavutil/vulkan.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/li
The flexible array member struct can have padding added by
the compiler which was not taken into account properly, which
could lead to a heap buffer overflow.
---
libavutil/vulkan.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/vulkan.c b/libavutil/vulkan.c
index cd
On Sat, Oct 05, 2024 at 05:04:15PM +0200, Martin Schitter wrote:
> Shouldn't the number in RELEASE reflect the present release version?
>
> Martin
>
> ---
> RELEASE | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
will apply
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF673
On Tue, Oct 08, 2024 at 08:59:03PM +0800, jinbo wrote:
> Build breaks after c1a0e657638f7007dcc807a2d985c22631fcd6d3
> ---
> libswscale/loongarch/swscale_loongarch.h | 48
> 1 file changed, 24 insertions(+), 24 deletions(-)
will apply
thx
[...]
--
Michael GnuPG fin
On 10/8/2024 7:35 PM, Michael Niedermayer wrote:
On Tue, Oct 08, 2024 at 07:13:27PM -0300, James Almer wrote:
On 10/8/2024 7:06 PM, Michael Niedermayer wrote:
On Mon, Oct 07, 2024 at 09:29:44AM -0300, James Almer wrote:
Signed-off-by: James Almer
---
libswscale/output.c
The V30X pixel format was recently added, so this lavc workaround is no longer
needed.
Signed-off-by: James Almer
---
libavcodec/allcodecs.c | 2 +-
libavcodec/codec_desc.c | 2 ++
libavcodec/codec_id.h | 2 ++
libavcodec/v410dec.c| 2 ++
libavcodec/v410enc.c| 2 ++
libavformat/isom_t
The vyu444 pixel format was recently added, so this lavc workaround is no longer
needed.
Signed-off-by: James Almer
---
libavcodec/allcodecs.c | 2 +-
libavcodec/codec_desc.c | 2 +-
libavcodec/codec_id.h | 2 +-
libavcodec/v308dec.c| 2 ++
libavcodec/v308enc.c| 2 ++
libavformat/isom
The uyva pixel format was recently added, so this lavc workaround is no longer
needed.
Signed-off-by: James Almer
---
libavcodec/allcodecs.c | 2 ++
libavcodec/codec_desc.c| 2 ++
libavcodec/codec_id.h | 2 ++
libavcodec/v408dec.c | 2 ++
libavcodec/v408enc.c | 2 ++
lib
Signed-off-by: James Almer
---
libavformat/isom_tags.c | 1 +
libavformat/movenc.c| 1 +
2 files changed, 2 insertions(+)
diff --git a/libavformat/isom_tags.c b/libavformat/isom_tags.c
index 1605a669d3..5b3b859d37 100644
--- a/libavformat/isom_tags.c
+++ b/libavformat/isom_tags.c
@@ -35,6 +3
Signed-off-by: James Almer
---
libavformat/isom_tags.c | 1 +
libavformat/movenc.c| 1 +
2 files changed, 2 insertions(+)
diff --git a/libavformat/isom_tags.c b/libavformat/isom_tags.c
index 836bf14b80..1605a669d3 100644
--- a/libavformat/isom_tags.c
+++ b/libavformat/isom_tags.c
@@ -33,6 +3
Signed-off-by: James Almer
---
libavformat/isom_tags.c | 1 +
libavformat/movenc.c| 1 +
2 files changed, 2 insertions(+)
diff --git a/libavformat/isom_tags.c b/libavformat/isom_tags.c
index 5dd72d570e..836bf14b80 100644
--- a/libavformat/isom_tags.c
+++ b/libavformat/isom_tags.c
@@ -33,6 +3
Signed-off-by: James Almer
---
libavcodec/videotoolbox.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/libavcodec/videotoolbox.c b/libavcodec/videotoolbox.c
index 90c1fbfb10..a606c29ded 100644
--- a/libavcodec/videotoolbox.c
+++ b/libavcodec/videotoolbox.c
@@ -1180,11 +
Signed-off-by: James Almer
---
libavutil/hwcontext_videotoolbox.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavutil/hwcontext_videotoolbox.c
b/libavutil/hwcontext_videotoolbox.c
index 122a61d5e7..1d7dff4a7d 100644
--- a/libavutil/hwcontext_videotoolbox.c
+++ b/libavutil/hwcontext_v
There's no need to keep using a custom decoder for this pixel format.
Signed-off-by: James Almer
---
libavcodec/raw.c | 1 +
libavformat/riff.c | 1 +
tests/ref/fate/filter-pixdesc-v30xle | 2 +-
tests/ref/fate/filter-pixfmts-copy | 2 +-
t
On 08/10/2024 21:17, Diederick C. Niehorster wrote:
Dear Lynne,
On Tue, Oct 8, 2024 at 1:11 PM Lynne via ffmpeg-devel
wrote:
Thank you for your quick and helpful answer! However I have several questions.
We have support for AV_PIX_FMT_BAYER_RGGB16, since its a common Bayer
layout that cinema
There's no need to keep using a custom decoder for this pixel format.
Signed-off-by: James Almer
---
libavcodec/raw.c | 1 +
libavformat/riff.c | 1 +
tests/ref/fate/filter-pixdesc-vyu444 | 2 +-
tests/ref/fate/filter-pixfmts-copy | 2 +-
t
Signed-off-by: James Almer
---
libswscale/output.c | 124 +++
libswscale/utils.c | 2 +-
tests/ref/fate/filter-pixdesc-vyu444 | 1 +
tests/ref/fate/filter-pixfmts-copy | 1 +
tests/ref/fate/filter-pixfmts-crop |
There's no need to keep using a custom decoder for this pixel format.
Signed-off-by: James Almer
---
libavcodec/raw.c | 1 +
libavformat/riff.c | 1 +
tests/ref/fate/filter-pixdesc-uyva | 2 +-
tests/ref/fate/filter-pixfmts-copy | 2 +-
t
Signed-off-by: James Almer
---
libavcodec/raw.c | 1 +
libavformat/riff.c | 1 +
tests/ref/fate/filter-pixdesc-ayuv | 2 +-
tests/ref/fate/filter-pixfmts-copy | 2 +-
tests/ref/fate/filter-pixfmts-crop | 2 +-
tests/ref/fate/filter-p
Signed-off-by: James Almer
---
libswscale/output.c | 8
libswscale/utils.c | 2 +-
tests/ref/fate/filter-pixdesc-uyva | 1 +
tests/ref/fate/filter-pixfmts-copy | 1 +
tests/ref/fate/filter-pixfmts-crop | 1 +
tests/ref/fate/fil
Signed-off-by: James Almer
---
libswscale/output.c | 323 ---
libswscale/utils.c | 2 +-
tests/ref/fate/filter-pixdesc-ayuv | 1 +
tests/ref/fate/filter-pixfmts-copy | 1 +
tests/ref/fate/filter-pixfmts-crop |
Signed-off-by: James Almer
---
libswscale/output.c | 31
libswscale/utils.c | 2 +-
tests/ref/fate/filter-pixdesc-v30xle | 1 +
tests/ref/fate/filter-pixfmts-copy | 1 +
tests/ref/fate/filter-pixfmts-crop | 1
Signed-off-by: James Almer
---
libswscale/output.c | 108
1 file changed, 108 insertions(+)
diff --git a/libswscale/output.c b/libswscale/output.c
index 31921a3cce..c9dfd6f60a 100644
--- a/libswscale/output.c
+++ b/libswscale/output.c
@@ -2668,6 +2668
Signed-off-by: James Almer
---
libswscale/input.c | 26 ++
libswscale/utils.c | 1 +
2 files changed, 27 insertions(+)
diff --git a/libswscale/input.c b/libswscale/input.c
index 7237333e56..35c1fb771e 100644
--- a/libswscale/input.c
+++ b/libswscale/input.c
@@ -764,6 +76
Signed-off-by: James Almer
---
libswscale/input.c | 24
libswscale/utils.c | 1 +
2 files changed, 25 insertions(+)
diff --git a/libswscale/input.c b/libswscale/input.c
index 462f0d71ea..7237333e56 100644
--- a/libswscale/input.c
+++ b/libswscale/input.c
@@ -746,6 +746,
Signed-off-by: James Almer
---
libswscale/input.c | 15 +++
libswscale/utils.c | 1 +
2 files changed, 16 insertions(+)
diff --git a/libswscale/input.c b/libswscale/input.c
index fd8077c455..462f0d71ea 100644
--- a/libswscale/input.c
+++ b/libswscale/input.c
@@ -736,6 +736,16 @@ sta
Signed-off-by: James Almer
---
libswscale/input.c | 35 +++
libswscale/utils.c | 1 +
2 files changed, 36 insertions(+)
diff --git a/libswscale/input.c b/libswscale/input.c
index 2a7a6c91dd..fd8077c455 100644
--- a/libswscale/input.c
+++ b/libswscale/input.c
@@ -
On Mon, Oct 07, 2024 at 06:42:38PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libswscale/input.c | 14 ++
> libswscale/utils.c | 1 +
> 2 files changed, 15 insertions(+)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
On Mon, Oct 07, 2024 at 06:43:27PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libswscale/input.c | 24
> libswscale/utils.c | 1 +
> 2 files changed, 25 insertions(+)
LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC78
On Tue, Oct 08, 2024 at 07:13:27PM -0300, James Almer wrote:
> On 10/8/2024 7:06 PM, Michael Niedermayer wrote:
> > On Mon, Oct 07, 2024 at 09:29:44AM -0300, James Almer wrote:
> > > Signed-off-by: James Almer
> > > ---
> > > libswscale/output.c | 56
On Mon, Oct 07, 2024 at 09:29:43AM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libswscale/output.c | 56
> libswscale/utils.c | 2 +-
> tests/ref/fate/filter-pixdesc-ayuv | 1 +
> tests/ref/fate/filter-
On 10/8/2024 7:06 PM, Michael Niedermayer wrote:
On Mon, Oct 07, 2024 at 09:29:44AM -0300, James Almer wrote:
Signed-off-by: James Almer
---
libswscale/output.c | 56
libswscale/utils.c | 2 +-
tests/ref/fate/filter-pixdes
On Tue, Oct 08, 2024 at 05:52:27PM -0300, James Almer wrote:
> On 10/8/2024 5:50 PM, Michael Niedermayer wrote:
> > On Mon, Oct 07, 2024 at 11:54:00PM -0300, James Almer wrote:
> > > Signed-off-by: James Almer
> > > ---
> > > libswscale/input.c | 26 ++
> > > libswscale/
On Mon, Oct 07, 2024 at 09:29:44AM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libswscale/output.c | 56
> libswscale/utils.c | 2 +-
> tests/ref/fate/filter-pixdesc-uyva | 1 +
> tests/ref/fate/filter-
On 10/8/2024 5:50 PM, Michael Niedermayer wrote:
On Mon, Oct 07, 2024 at 11:54:00PM -0300, James Almer wrote:
Signed-off-by: James Almer
---
libswscale/input.c | 26 ++
libswscale/utils.c | 1 +
2 files changed, 27 insertions(+)
diff --git a/libswscale/input.c b/li
On Mon, Oct 07, 2024 at 11:54:00PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libswscale/input.c | 26 ++
> libswscale/utils.c | 1 +
> 2 files changed, 27 insertions(+)
>
> diff --git a/libswscale/input.c b/libswscale/input.c
> index 7237333e56..3d97
On 10/8/2024 5:20 PM, Michael Niedermayer wrote:
On Tue, Oct 08, 2024 at 05:14:23PM -0300, James Almer wrote:
On 10/8/2024 5:01 PM, Michael Niedermayer wrote:
On Mon, Oct 07, 2024 at 09:29:36AM -0300, James Almer wrote:
Signed-off-by: James Almer
---
FATE tests don't seem to trigger this.
FFmpeg 7.1 as well as the latest development branch do not compile:
In function 'vaapi_encode_h264_init_picture_params':
libavcodec/vaapi_encode_h264.c:470:9: error: 'ctx' undeclared
>From 8e7d30b20d7ef62c4e637d650507672fc10bc5b4 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ingo=20Br=C3=BCckl?=
D
On Tue, Oct 08, 2024 at 05:14:23PM -0300, James Almer wrote:
> On 10/8/2024 5:01 PM, Michael Niedermayer wrote:
> > On Mon, Oct 07, 2024 at 09:29:36AM -0300, James Almer wrote:
> > > Signed-off-by: James Almer
> > > ---
> > > FATE tests don't seem to trigger this.
> > >
> > > libswscale/output.
On 10/8/2024 5:01 PM, Michael Niedermayer wrote:
On Mon, Oct 07, 2024 at 09:29:36AM -0300, James Almer wrote:
Signed-off-by: James Almer
---
FATE tests don't seem to trigger this.
libswscale/output.c | 106
1 file changed, 106 insertions(+)
sho
On Tue, Oct 08, 2024 at 09:10:05AM +0300, Martin Storsjö wrote:
> On Tue, 8 Oct 2024, Niklas Haas wrote:
>
> > > Sorry for not checking this earlier, but PowerPC 32- and 64-bit builds
> > > with AltiVec enabled now fail with:
> > >
> > > src/libswscale/ppc/yuv2yuv_altivec.c: In function
> > > ‘f
On Mon, Oct 07, 2024 at 09:29:39AM -0300, James Almer wrote:
> This maps to the 444YpCbCr8 pixel format as defined by Apple, which is ordered
> Cr Y' Cb.
>
> Signed-off-by: James Almer
> ---
> libavutil/pixdesc.c | 11 +++
> libavutil/pixfmt.h | 2 ++
> libavu
On Mon, Oct 07, 2024 at 09:29:38AM -0300, James Almer wrote:
> This maps to the YpCbCrA8 pixel format as defined by Apple, which is
> ordered
> Cb Y' Cr A.
>
> Signed-off-by: James Almer
> ---
> libavutil/pixdesc.c | 13 +
> libavutil/pixfmt.h | 2 ++
On Mon, Oct 07, 2024 at 09:29:36AM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> FATE tests don't seem to trigger this.
>
> libswscale/output.c | 106
> 1 file changed, 106 insertions(+)
should be ok if tested
thx
[...]
--
Michael
On Mon, Oct 07, 2024 at 09:29:45AM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libswscale/output.c | 43
> libswscale/utils.c | 2 +-
> tests/ref/fate/filter-pixdesc-vyu444 | 1 +
> tests/ref/fate/filter-
On Mon, Oct 07, 2024 at 09:29:37AM -0300, James Almer wrote:
> This maps to the AYpCbCr8 pixel format as defined by Apple, which is
> ordered
> A Y’ Cb Cr.
>
> Signed-off-by: James Almer
> ---
> libavutil/pixdesc.c | 13 +
> libavutil/pixfmt.h | 2 ++
Dear Lynne,
On Tue, Oct 8, 2024 at 1:11 PM Lynne via ffmpeg-devel
wrote:
Thank you for your quick and helpful answer! However I have several questions.
> We have support for AV_PIX_FMT_BAYER_RGGB16, since its a common Bayer
> layout that cinema cameras output, so its definitely within the scope
When displaying help for overlay filter in CLI, the flags for x and y
parameters don't have the T flag. However these two parameters do have
the capability to be set at runtime, as implemented in commit
d2752ef0615. This commit fixes the CLI documentation.
---
libavfilter/vf_overlay.c | 5 +++--
1
ffplay/ffprobe now seems to recognize my file
On Tue, Oct 8, 2024 at 3:03 PM Andrew Randrianasulu
wrote:
> I was experimenting with mencoder
>
> taskset -c 0 qemu-i386 -cpu pentium /usr/bin/mencoder -ovc nuv -oac copy
> raw.avi -o nuv.avi -of avi -noodml
>
> and it created interesting avi file.
Build breaks after c1a0e657638f7007dcc807a2d985c22631fcd6d3
---
libswscale/loongarch/swscale_loongarch.h | 48
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git a/libswscale/loongarch/swscale_loongarch.h
b/libswscale/loongarch/swscale_loongarch.h
index 07c91bc
I was experimenting with mencoder
taskset -c 0 qemu-i386 -cpu pentium /usr/bin/mencoder -ovc nuv -oac copy
raw.avi -o nuv.avi -of avi -noodml
and it created interesting avi file.
ffprobe -i nuv.avi
[avi @ 0x8e124c0] Could not find codec parameters for stream 0 (Video: none
(NUV1 / 0x3156554E),
On 08/10/2024 09:31, Diederick C. Niehorster wrote:
Hi All,
I am using ffmpeg for a library to interface with machine vision
cameras that i am developing (not yet released),it allows storing the
streams with really nice performance directly to, e.g., x264/mp4
(thanks ffmpeg!). For this, i am loo
Hi All,
I am using ffmpeg for a library to interface with machine vision
cameras that i am developing (not yet released),it allows storing the
streams with really nice performance directly to, e.g., x264/mp4
(thanks ffmpeg!). For this, i am looking to support some new pixel
formats as input format
61 matches
Mail list logo