[FFmpeg-devel] [PATCH 2/2] lavf/scdet: minor fix

2024-06-28 Thread Jun Zhao
From: Jun Zhao Change dbl to i64 for bool type Signed-off-by: Jun Zhao --- libavfilter/vf_scdet.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/libavfilter/vf_scdet.c b/libavfilter/vf_scdet.c index 15399cfebf..705bdf9777 100644 --- a/libavfilter/vf_scdet.c +++ b/libav

[FFmpeg-devel] [PATCH 1/2] lavc/libx264: minor format fix

2024-06-28 Thread Jun Zhao
From: Jun Zhao Remove redundant semicolons Signed-off-by: Jun Zhao --- libavcodec/libx264.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/libx264.c b/libavcodec/libx264.c index 8186f68aec..d07a65a103 100644 --- a/libavcodec/libx264.c +++ b/libavcodec/libx264.c

[FFmpeg-devel] [PATCH 2/2] avformat/mov: check that child boxes of trak are only present inside it

2024-06-28 Thread James Almer
Based on the check done for the stco box. Signed-off-by: James Almer --- libavformat/mov.c | 30 ++ 1 file changed, 30 insertions(+) diff --git a/libavformat/mov.c b/libavformat/mov.c index ba5f85e7e3..a2e187ff2f 100644 --- a/libavformat/mov.c +++ b/libavformat/mov.c

[FFmpeg-devel] [PATCH 1/2] avformat/mov: check that sample and chunk count is 1 for HEIF

2024-06-28 Thread James Almer
Fixes NULL pointer dereference in broken/fuzzed streams. Signed-off-by: James Almer --- libavformat/mov.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/libavformat/mov.c b/libavformat/mov.c index 14f43bf906..ba5f85e7e3 100644 --- a/libavformat/mov.c +++ b/libavformat/mov.c @@ -9904,6 +99

[FFmpeg-devel] [PATCH v2 4/4] avfilter/af_volumedetect.c: reindent after last commit

2024-06-28 Thread Yigithan Yigit
--- libavfilter/af_volumedetect.c | 62 +-- 1 file changed, 31 insertions(+), 31 deletions(-) diff --git a/libavfilter/af_volumedetect.c b/libavfilter/af_volumedetect.c index ff408a8b50..02e5740499 100644 --- a/libavfilter/af_volumedetect.c +++ b/libavfilter/af_vol

[FFmpeg-devel] [PATCH v2 3/4] avfilter/af_volumedetect.c: Add 32bit float audio support

2024-06-28 Thread Yigithan Yigit
--- libavfilter/af_volumedetect.c | 145 ++ 1 file changed, 114 insertions(+), 31 deletions(-) diff --git a/libavfilter/af_volumedetect.c b/libavfilter/af_volumedetect.c index 61c00e0248..ff408a8b50 100644 --- a/libavfilter/af_volumedetect.c +++ b/libavfilter/af_vo

[FFmpeg-devel] [PATCH v2 2/4] avfilter/af_volumedetect.c: Added functions for int/float and planar/packed

2024-06-28 Thread Yigithan Yigit
--- libavfilter/af_volumedetect.c | 58 +++ 1 file changed, 58 insertions(+) diff --git a/libavfilter/af_volumedetect.c b/libavfilter/af_volumedetect.c index 327801a7f9..61c00e0248 100644 --- a/libavfilter/af_volumedetect.c +++ b/libavfilter/af_volumedetect.c @@ -4

[FFmpeg-devel] [PATCH v2 1/4] avfilter/af_volumedetect.c: Move logdb function

2024-06-28 Thread Yigithan Yigit
--- libavfilter/af_volumedetect.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/libavfilter/af_volumedetect.c b/libavfilter/af_volumedetect.c index 8b001d1cf2..327801a7f9 100644 --- a/libavfilter/af_volumedetect.c +++ b/libavfilter/af_volumedetect.c @@

[FFmpeg-devel] [PATCH v2 0/4] avfilter/af_volumedetect.c: Add 32bit float audio

2024-06-28 Thread Yigithan Yigit
changes since v1: - Defined callback and assigning to filter frame according to planar/packed and float/int. - Fixed rounding same value 2 times - Subnormal values are supported Yigithan Yigit (4): avfilter/af_volumedetect.c: Move logdb function avfilter/af_volumedetect.c: Added functions for

Re: [FFmpeg-devel] [PATCH 1/3 v5] avutil/stereo3d: add a Stereo3D type to signal that the packing is unspecified

2024-06-28 Thread James Almer
On 6/26/2024 8:30 PM, James Almer wrote: Given that a video stream/frame may have only one view or both views coded with the packing information being unavailable, this commit adds a new type value AV_STEREO3D_UNSPEC for this purpose. The most common case for this is container level signaling of

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/cbs_sei: add support for Frame Packing Arrangement SEI parsing

2024-06-28 Thread James Almer
On 6/26/2024 8:12 PM, James Almer wrote: Signed-off-by: James Almer --- libavcodec/cbs_h264.h | 20 libavcodec/cbs_h2645.c| 22 + libavcodec/cbs_h264_syntax_template.c | 34 +++ libavcodec/cbs_sei.h

Re: [FFmpeg-devel] [PATCH 1/5] avfilter/vf_showinfo: print more Stereo 3D fields

2024-06-28 Thread James Almer
On 6/26/2024 11:10 AM, James Almer wrote: Signed-off-by: James Almer --- libavfilter/vf_showinfo.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/libavfilter/vf_showinfo.c b/libavfilter/vf_showinfo.c index 28d8ea76e9..9790c202f5 100644 --- a/libavfilter/vf_showinfo.c +++ b/li

Re: [FFmpeg-devel] [PATCH v2] lavc/vvc: Always set flags for the current picture

2024-06-28 Thread Nuo Mi
Applied, Thank you, Frank, On Fri, Jun 28, 2024 at 1:53 AM Frank Plowman wrote: > ff_vvc_frame_rpl uses the flags to detect whether a frame is in use. > Therefore, in the case of a CVSS AU (RASL/GDR with > NoOutputBeforeRecoveryFlag) with ph_non_ref_pic_flag = 1, the frame > would be freed befor

Re: [FFmpeg-devel] [PATCH] avdevice/v4l2: add limited support for multiplanar API

2024-06-28 Thread Ramiro Polla
On Thu, Jun 27, 2024 at 4:13 PM Ramiro Polla wrote: > On Tue, Jun 25, 2024 at 1:56 PM Ramiro Polla wrote: > > On Tue, Jun 25, 2024 at 11:19 AM Anton Khirnov wrote: > > > Quoting Ramiro Polla (2024-06-20 17:40:39) > > > > This commit adds support for V4L2's multiplanar API, but only when the > >

Re: [FFmpeg-devel] [PATCH v2] avdevice/v4l2: add NV16 and NV24 pixel formats

2024-06-28 Thread Ramiro Polla
On Wed, Jun 26, 2024 at 1:19 PM Ramiro Polla wrote: > > --- > libavdevice/v4l2-common.c | 6 ++ > 1 file changed, 6 insertions(+) > > diff --git a/libavdevice/v4l2-common.c b/libavdevice/v4l2-common.c > index b5b4448a31..ebfd2b6d8d 100644 > --- a/libavdevice/v4l2-common.c > +++ b/libavdevice/

Re: [FFmpeg-devel] [PATCH] avdevice/v4l2: add limited support for multiplanar API

2024-06-28 Thread Ramiro Polla
On Thu, Jun 27, 2024 at 6:06 PM Anton Khirnov wrote: > Quoting Ramiro Polla (2024-06-27 16:13:24) > > Is anyone fundamentally opposed to this approach to implement limited > > support for multiplanar API? I figure it could still be useful even > > when full multiplanar API support is implemented,