From: Romain Beauxis
Before the introduction of AV_CODEC_ID_TIMED_ID3 for timed_id3 metadata streams
in mpegts (commit 4a4437c0fbc8f7afe0c533070395a42e56b4ee75),
AV_CODEC_ID_SMPTE_KLV
was the only existing codec for metadata.
It seems that this codec has a 5-bytes metadata header[1] that, for s
On Ma, 2023-06-19 at 14:15 +0800, Tong Wu wrote:
> When qsv device is created by device_derive, the ctx->free function is
> not registered, causing potential memory leak because of not properly
> closing the MFX session.
>
> Signed-off-by: Tong Wu
> Signed-off-by: Wenbin Chen
> ---
> libavutil/
On Vr, 2023-06-16 at 08:58 +0800, Fei Wang wrote:
> Signed-off-by: Fei Wang
> ---
> libavfilter/vaapi_vpp.c | 10 ++
> libavfilter/vaapi_vpp.h | 5 +
> 2 files changed, 7 insertions(+), 8 deletions(-)
>
> diff --git a/libavfilter/vaapi_vpp.c b/libavfilter/vaapi_vpp.c
> index a323dab
On Ma, 2023-06-19 at 04:46 +, Xiang, Haihao wrote:
> On Ma, 2023-06-12 at 16:14 +0800, Xiang, Haihao wrote:
> > From: Haihao Xiang
> >
> > We may check whether a feature is supported via the runtime version in
> > future.
> >
> > Signed-off-by: Haihao Xiang
> > ---
> > libavfilter/qsvvpp.c
On Ma, 2023-06-12 at 02:46 +, Xiang, Haihao wrote:
> On Wo, 2023-01-11 at 01:35 +, Yeoh, Hoong Tee wrote:
> > In ff_rtp_send_jpeg, the type is defined based on PIX_FMT and
> > color-range parsed in. There is limitation on current design
> > where need to include support newly introduced PIX
> -Original Message-
> From: Dai, Jianhui J
> Sent: Monday, June 5, 2023 8:54 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [PATCH v2] avformat/ivfenc: Set the "number of frames" in IVF header
>
> Should set "number of frames" to bytes 24-27 of IVF header, not duration.
> It is described
> -Original Message-
> From: Dai, Jianhui J
> Sent: Thursday, June 8, 2023 11:18 AM
> To: FFmpeg development discussions and patches
> Subject: RE: [PATCH v3] avcodec/cbs_vp8: Add support for VP8 codec bitstream
> READ methods
>
>
>
> > -Original Message-
> > From: ffmpeg-dev
Using the sqrt/cos/sin approximations we have, the only parts left
which may be inexact are multiplies and divisions in some transforms.
Patch attached.
>From b2fd8fde86d421109d7922ded7b4691384af2214 Mon Sep 17 00:00:00 2001
From: Lynne
Date: Tue, 20 Jun 2023 02:47:17 +0200
Subject: [PATCH] lavu
OK updated patches to work with latest git master, made coded id less verbose.
These have been tested against a "real device" and seem to work properly.
I'd like to get feedback on the Closed caption decoder first if that's possible.
I pinged the decoder "maintainer" about it once and didn't get a
Signed-off-by: Michael Niedermayer
---
libavutil/softfloat.h | 4
1 file changed, 4 insertions(+)
diff --git a/libavutil/softfloat.h b/libavutil/softfloat.h
index 1520027ddc..399ca6d682 100644
--- a/libavutil/softfloat.h
+++ b/libavutil/softfloat.h
@@ -236,6 +236,10 @@ static av_always_inli
On Tue, Jun 20, 2023 at 01:05:45AM +0200, Paul B Mahol wrote:
> Shouldnt it error out instead?
yes but that would make it slower. Also i think real files (not fuzzeed files)
would use vlc tables that have no "holes" that can generate invalid returns
so the check might on top of being slow also be
Shouldnt it error out instead?
___
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: Michael Niedermayer
---
libavutil/softfloat.h | 2 +-
libavutil/tests/softfloat.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavutil/softfloat.h b/libavutil/softfloat.h
index a651406f74..1520027ddc 100644
--- a/libavutil/softfloat.h
+++ b/libavut
Fixes: Timeout
Fixes:
59731/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SPEEX_fuzzer-4809436670328832
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 | 1 +
1 file changed
Fixes: left shift of negative value -1
Fixes:
59889/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HUFFYUV_fuzzer-5472742275940352
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/huffyuvdec
On Mon, Jun 19, 2023 at 06:47:16PM +0300, Caleb Etemesi wrote:
> Ping on this?
will apply
sorry for not looking sooner, i thought someone else would
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Into a blind darkness they enter who follow after the Ignoran
Signed-off-by: James Almer
---
libavcodec/evc_parse.h | 6 --
libavformat/evc.c | 4 ++--
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/libavcodec/evc_parse.h b/libavcodec/evc_parse.h
index a1fbbc643d..6fc19d0868 100644
--- a/libavcodec/evc_parse.h
+++ b/libavcodec/evc_p
On 6/19/2023 5:29 PM, Michael Niedermayer wrote:
On Sun, Jun 18, 2023 at 08:43:28PM -0300, James Almer wrote:
Signed-off-by: James Almer
---
libavformat/evcdec.c | 29 +++--
1 file changed, 7 insertions(+), 22 deletions(-)
This or the previous might cause "Invalid N
On Sun, Jun 18, 2023 at 08:43:28PM -0300, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavformat/evcdec.c | 29 +++--
> 1 file changed, 7 insertions(+), 22 deletions(-)
This or the previous might cause "Invalid NAL unit header" noise
from tools/probetest 256
On 6/18/2023 8:01 PM, James Almer wrote:
On 6/18/2023 7:27 PM, James Almer wrote:
On 6/18/2023 6:50 PM, Michael Niedermayer wrote:
Fixes: 1.70141e+38 is outside the range of representable values of
type 'int'
Fixes:
59883/clusterfuzz-testcase-minimized-ffmpeg_BSF_EVC_FRAME_MERGE_fuzzer-5557887
On 6/17/2023 12:18 PM, James Almer wrote:
Signed-off-by: James Almer
---
libavcodec/evc_frame_merge_bsf.c | 24
1 file changed, 8 insertions(+), 16 deletions(-)
Will apply the first ten patches.
___
ffmpeg-devel mailing li
Ah alright I see. When might that push come through and is there somewhere
I can look at the kind of changes in the meantime?
On Mon, Jun 19, 2023 at 12:39 PM Paul B Mahol wrote:
>
>
> On Mon, Jun 19, 2023 at 6:34 PM Mark Ren wrote:
>
>> When enabled it will add pixels (or subtract if given a n
On Sun, Jun 18, 2023 at 06:57:58PM -0400, Leo Izen wrote:
> On 6/18/23 17:50, Michael Niedermayer wrote:
> > Fixes: out of array read
> > Fixes:
> > 59828/clusterfuzz-testcase-minimized-ffmpeg_dem_JPEGXL_ANIM_fuzzer-5029813220671488
> >
> > Found-by: continuous fuzzing process
> > https://github
mån 2023-06-19 klockan 11:42 -0400 skrev Leo Izen:
> On 6/8/23 07:44, Tomas Härdin wrote:
> > tor 2023-06-08 klockan 13:27 +0200 skrev Paul B Mahol:
> > > But does this break it on other platforms?
> >
> > That is a good question. What other RIFF decoders are there for
> > which
> > MSRLE support
On Sun, Jun 18, 2023 at 10:39:20AM -0400, Leo Izen wrote:
> I use a different nick on IRC now, Traneptora, instead of what I
> formerly used, thebombzen.
>
> Signed-off-by:
> ---
> MAINTAINERS | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
LGTM
thx
[...]
--
Michael GnuPG fingerp
On Mon, Jun 19, 2023 at 6:34 PM Mark Ren wrote:
> When enabled it will add pixels (or subtract if given a negative value)
> between each letters,
> set use_kerning to false,
> and add the pixels to text_w.
>
Conflicts with big drawtext filter set that will be pushed soon.
>
> Signed-off-by: Ma
On Mon, 2023-06-19 at 15:33 +0200, Anton Khirnov wrote:
> ---
> tests/fate/ffmpeg.mak | 2 +-
> tests/ref/fate/ffmpeg-streamloop-transcode-av | 186 +-
> 2 files changed, 94 insertions(+), 94 deletions(-)
>
> diff --git a/tests/fate/ffmpeg.mak b/tests/fat
When enabled it will add pixels (or subtract if given a negative value) between
each letters,
set use_kerning to false,
and add the pixels to text_w.
Signed-off-by: Mark Ren
---
libavfilter/vf_drawtext.c | 24
1 file changed, 20 insertions(+), 4 deletions(-)
diff --git
NAK
___
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".
Quoting Lynne (2023-06-18 23:55:56)
> Jun 18, 2023, 23:50 by mich...@niedermayer.cc:
>
> > Signed-off-by: Michael Niedermayer
> > ---
> > doc/developer.texi | 5 -
> > 1 file changed, 4 insertions(+), 1 deletion(-)
> >
> > diff --git a/doc/developer.texi b/doc/developer.texi
> > index a7da2c
Quoting Michael Niedermayer (2023-06-18 23:50:21)
> Signed-off-by: Michael Niedermayer
> ---
> doc/developer.texi | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/doc/developer.texi b/doc/developer.texi
> index a7da2ce2d5..0c2f2cd7d1 100644
> --- a/doc/developer.texi
In most cases, flv_read_metabody reads pass the beginning of the meta_pos.
if the beginning of the meta_pos had been flushed from the IO buffer,
we would not be able to seek to the right position (for a nonseekable
stream).
Is better to check the seek result and skip the current flv body if
ne
Ping on this?
On Wed, Jun 7, 2023 at 10:35 AM wrote:
> From: caleb
>
> ---
> libavcodec/jpeg2000htdec.c | 18 +-
> 1 file changed, 13 insertions(+), 5 deletions(-)
>
> diff --git a/libavcodec/jpeg2000htdec.c b/libavcodec/jpeg2000htdec.c
> index 51cd96e0f1..4c4e54710d 100644
>
On 6/8/23 07:44, Tomas Härdin wrote:
tor 2023-06-08 klockan 13:27 +0200 skrev Paul B Mahol:
But does this break it on other platforms?
That is a good question. What other RIFF decoders are there for which
MSRLE support is important and depends on behavior different from VfW?
mpv and vlc work j
On 6/19/23 04:14, Thilo Borgmann wrote:
Am 18.06.23 um 23:21 schrieb Leo Izen:
On 6/17/23 10:26, Thilo Borgmann wrote:
Am 17.06.23 um 16:02 schrieb Leo Izen:
On 6/17/23 04:11, Thilo Borgmann wrote:
While the yuvj pixel formats are deprecated lots of code still relies
on them to be set. With
On Mon, Jun 19, 2023 at 10:32 AM Anton Khirnov wrote:
> This reasoning is backwards IMO. You'd be creating an implicit API while
> pretending not to. If anyone uses it, they would expect stability,
> otherwise what's the point.
My concern was that given right now it only has a single use case tha
Quoting Devin Heitmueller (2023-06-19 15:14:38)
> Hi Andreas,
>
> Thanks for the feedback. I put out an RFC back in March but got no comments.
>
> On Fri, Jun 16, 2023 at 6:01 PM Andreas Rheinhardt
> wrote:
> > A timestamp without a timebase? Doesn't sound good to me. And it also
> > seems quit
Signed-off-by: James Almer
---
tests/fate/cbs.mak | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/tests/fate/cbs.mak b/tests/fate/cbs.mak
index 02560cfc84..54b58b7a4a 100644
--- a/tests/fate/cbs.mak
+++ b/tests/fate/cbs.mak
@@ -24,6 +24,12 @@ fate-cbs-$(1)-dis
Signed-off-by: James Almer
---
tests/fate/cbs.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate/cbs.mak b/tests/fate/cbs.mak
index 8aefc000e0..02560cfc84 100644
--- a/tests/fate/cbs.mak
+++ b/tests/fate/cbs.mak
@@ -84,7 +84,7 @@ $(eval $(call
FATE_CBS_DISCARD_TES
Signed-off-by: James Almer
---
tests/fate/cbs.mak | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/tests/fate/cbs.mak b/tests/fate/cbs.mak
index 0084c3d25c..8aefc000e0 100644
--- a/tests/fate/cbs.mak
+++ b/tests/fate/cbs.mak
@@ -13,10 +13,10 @@ fate-cbs-$(1)-$(2)
> 在 2023年6月19日,21:22,James Almer 写道:
>
> On 6/19/2023 9:34 AM, "zhilizhao(赵志立)" wrote:
On Jun 19, 2023, at 20:29, James Almer wrote:
>>>
>>> On 6/16/2023 3:01 AM, Anton Khirnov wrote:
---
Now using aacdec_fixed with s32le output
---
tests/fate/ffmpeg.mak
---
tests/fate/ffmpeg.mak | 2 +-
tests/ref/fate/ffmpeg-streamloop-transcode-av | 186 +-
2 files changed, 94 insertions(+), 94 deletions(-)
diff --git a/tests/fate/ffmpeg.mak b/tests/fate/ffmpeg.mak
index 87cd0b46d0..a1050fe1ee 100644
--- a/tests/fate/ff
On 6/19/2023 9:34 AM, "zhilizhao(赵志立)" wrote:
On Jun 19, 2023, at 20:29, James Almer wrote:
On 6/16/2023 3:01 AM, Anton Khirnov wrote:
---
Now using aacdec_fixed with s32le output
---
tests/fate/ffmpeg.mak | 4 +
tests/ref/fate/ffmpeg-streamloop-transcode-av | 1
On Fri, Jun 16, 2023 at 5:58 PM Andreas Rheinhardt
wrote:
>
> Devin Heitmueller:
> > Because SCTE-35 messages are represented in TS streams as sections
> > rather than PES packets, we cannot rely on ffmpeg's standard
> > mechanisms to adjust PTS values if reclocking the stream.
> > This filter wil
Hi Andreas,
Thanks for the feedback. I put out an RFC back in March but got no comments.
On Fri, Jun 16, 2023 at 6:01 PM Andreas Rheinhardt
wrote:
> A timestamp without a timebase? Doesn't sound good to me. And it also
> seems quite hacky.
> Apart from that: It needs to specify that the data is
Optimize the put and avg filtering for 4xH and 2xH blocks
Signed-off-by: Arnie Chang
---
V2:
1. Change the \width to an run time argument
2. Call to an internal function instead of instantiating similar code three
times
RVVi32:
- h264chroma.chroma_mc [OK]
checkasm: all 6 tests passed
avg_h264_
> On Jun 19, 2023, at 20:29, James Almer wrote:
>
> On 6/16/2023 3:01 AM, Anton Khirnov wrote:
>> ---
>> Now using aacdec_fixed with s32le output
>> ---
>> tests/fate/ffmpeg.mak | 4 +
>> tests/ref/fate/ffmpeg-streamloop-transcode-av | 151 ++
>> 2 fi
On 6/16/2023 3:01 AM, Anton Khirnov wrote:
---
Now using aacdec_fixed with s32le output
---
tests/fate/ffmpeg.mak | 4 +
tests/ref/fate/ffmpeg-streamloop-transcode-av | 151 ++
2 files changed, 155 insertions(+)
create mode 100644 tests/ref/fate/ffm
Will push later today
/Tomas
___
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 Jun 16, 2023, at 14:01, Anton Khirnov wrote:
>
> ---
> Now using aacdec_fixed with s32le output
> ---
> tests/fate/ffmpeg.mak | 4 +
> tests/ref/fate/ffmpeg-streamloop-transcode-av | 151 ++
> 2 files changed, 155 insertions(+)
> create mode 100644 t
On Sun, 18 Jun 2023, at 23:50, Michael Niedermayer wrote:
> doc/developer.texi | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
+1
--
Jean-Baptiste Kempf - President
+33 672 704 734
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
htt
Am 18.06.23 um 23:21 schrieb Leo Izen:
On 6/17/23 10:26, Thilo Borgmann wrote:
Am 17.06.23 um 16:02 schrieb Leo Izen:
On 6/17/23 04:11, Thilo Borgmann wrote:
While the yuvj pixel formats are deprecated lots of code still relies
on them to be set. Without setting a yuvj420p pixel format VP9
dec
52 matches
Mail list logo