> On Aug 2, 2024, at 07:31, gnattu via ffmpeg-devel
> wrote:
>
> The color trc key was assigned a color primaries value which causes
> the resulting colorspace is always SDR.
>
> Fixes #10884.
>
> Signed-off-by: Gnattu OC
> ---
> libavutil/hwcontext_videotoolbox.c | 2 +-
> 1 file changed,
Replaced by: https://ffmpeg.org//pipermail/ffmpeg-devel/2024-August/331962.html
> On Aug 2, 2024, at 06:47, epira...@gmail.com wrote:
>
>
>
> On 2 Aug 2024, at 0:25, gnattu via ffmpeg-devel wrote:
>
>> From: Gnattu OC
>>
>> Allocate a dedicated attachments dictionary instead of trying to g
The color trc key was assigned a color primaries value which causes
the resulting colorspace is always SDR.
Fixes #10884.
Signed-off-by: Gnattu OC
---
libavutil/hwcontext_videotoolbox.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/hwcontext_videotoolbox.c
b/lib
On 2 Aug 2024, at 0:25, gnattu via ffmpeg-devel wrote:
> From: Gnattu OC
>
> Allocate a dedicated attachments dictionary instead of trying to get
> one from the pixel buffer. The attachments got from the pixel buffer
> confuses the CVImageBufferCreateColorSpaceFromAttachments method and
> will
From: Gnattu OC
Allocate a dedicated attachments dictionary instead of trying to get
one from the pixel buffer. The attachments got from the pixel buffer
confuses the CVImageBufferCreateColorSpaceFromAttachments method and
will make it to output a wrong colorspace that causes problem like
#10884.
On Wed, Jul 31, 2024 at 11:45:29PM +0900, TADANO Tokumei wrote:
> On 2024/07/31 5:44, Michael Niedermayer wrote:
> > On Mon, Jul 29, 2024 at 01:30:34AM +0900, TADANO Tokumei wrote:
> > > On 2024/07/28 18:26, Michael Niedermayer wrote:
> > > > On Sun, Jul 28, 2024 at 01:42:09AM +0900, TADANO Tokumei
On Thu, 1 Aug 2024 at 00:58, Anton Khirnov wrote:
>
Thanks for the review.
> Quoting Josh Allmann (2024-07-09 21:05:47)
> > Encoders may emit a buffering period SEI without a corresponding
> > SPS/PPS if the SPS/PPS is carried out-of-band, eg with avcc.
> >
> > During Annex B conversion, this ma
Encoders may emit a buffering period SEI without a corresponding
SPS/PPS if the SPS/PPS is carried out-of-band, eg with avcc.
During Annex B conversion, this may result in the SPS/PPS being
inserted *after* the buffering period SEI but before the IDR NAL.
Since the buffering period SEI references
---
doc/APIchanges | 4
libavutil/cpu.h | 5 +
libavutil/version.h | 3 ++-
3 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 6937718e83..046828ded1 100644
--- a/doc/APIchanges
+++ b/doc/APIchanges
@@ -2,6 +2,10 @@ The last versi
---
libavutil/cpu.c | 1 -
libavutil/riscv/cpu.c | 10 +-
libavutil/tests/cpu.c | 1 -
tests/checkasm/checkasm.c | 1 -
4 files changed, 1 insertion(+), 12 deletions(-)
diff --git a/libavutil/cpu.c b/libavutil/cpu.c
index 6c26182b78..41cee7fa77 100644
--- a/libavutil/
---
libswscale/riscv/rgb2rgb.c | 8 +++-
libswscale/riscv/swscale.c | 4 ++--
2 files changed, 5 insertions(+), 7 deletions(-)
diff --git a/libswscale/riscv/rgb2rgb.c b/libswscale/riscv/rgb2rgb.c
index fb527e2bbe..7e0c0046da 100644
--- a/libswscale/riscv/rgb2rgb.c
+++ b/libswscale/riscv/rgb2r
---
libavfilter/riscv/af_afir_init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/riscv/af_afir_init.c b/libavfilter/riscv/af_afir_init.c
index 52aa18c126..66402f5c1b 100644
--- a/libavfilter/riscv/af_afir_init.c
+++ b/libavfilter/riscv/af_afir_init.c
@@ -34,7 +3
There is no known (real) hardware with V and without the complete B
extension. B was indeed required in the RISC-V application profile from
2022, earlier than V. There should not be any relevant hardware in the
future either.
In practice, different R-V Vector optimisations in FFmpeg already depend
---
libavutil/riscv/fixed_dsp_init.c | 2 +-
libavutil/riscv/float_dsp_init.c | 2 +-
libavutil/riscv/lls_init.c | 5 ++---
3 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/libavutil/riscv/fixed_dsp_init.c b/libavutil/riscv/fixed_dsp_init.c
index cd318af486..36612d49e4 100644
-
Le torstaina 1. elokuuta 2024, 20.00.13 EEST Michael Niedermayer a écrit :
> On Thu, Aug 01, 2024 at 05:14:52PM +0200, Niklas Haas wrote:
> > Hi all,
> >
> > I would like to request reimbursement on the named RISC-V development
> > board. It will be used to develop and test H.264 RVV routines, and
On 01.08.2024 15:54, Roman Arzumanyan wrote:
Hello world,
This patch adds a pixel format guess based on probed bit depth.
With current FFMpeg ToT, when the cuvid codec is opened, input sw_pix_fmt
is AV_PIX_FMT_NV12 until the first frame is decoded. Even if input has 10
or 12 bit depth, the forma
---
doc/ffplay.texi | 37 -
fftools/ffplay.c | 101 +--
2 files changed, 116 insertions(+), 22 deletions(-)
diff --git a/doc/ffplay.texi b/doc/ffplay.texi
index 93f77eeece..d527a2636e 100644
--- a/doc/ffplay.texi
+++ b/doc/ffplay.texi
mbedtls_x509_crt_parse_file returns an error with negative numbers, and
positive numbers indicate the number of failed certificates to load from
certificate specific issues, such as critical extensions.
This would fix ticket #11079.
Signed-off-by: Mohit Gupta
---
libavformat/tls_mbedtls.c | 4
On Thu, Aug 01, 2024 at 02:53:29AM +0200, Kacper Michajlow wrote:
> On Mon, 13 Nov 2023 at 09:40, Adrien Guinet wrote:
> >
> > This commit introduces new options to support more than one decryption
> > keys:
> > * add a decryption_keys option to MOV, that supports a dictionnary of
> > KID=>key (
On Thu, Aug 01, 2024 at 05:11:18PM +0200, Lynne via ffmpeg-devel wrote:
> On 31/07/2024 21:54, Michael Niedermayer wrote:
> > Fixes: out of array access
> > Fixes:
> > 70734/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AAC_LATM_fuzzer-4741427068731392
> >
> > Found-by: continuous fuzzing pro
Interesting, I did not personally. I sent it by generating an .eml file
with git and then opening that in Thunderbird to send. I wonder if
Thunderbird editor mangled it or something. Let me try sending directly
via git as a -v3.
On 01/08/2024 05:50, Marth64 wrote:
Hi, good day,
I think somet
On Thu, Aug 01, 2024 at 05:14:52PM +0200, Niklas Haas wrote:
> Hi all,
>
> I would like to request reimbursement on the named RISC-V development board.
> It will be used to develop and test H.264 RVV routines, and probably more in
> the future (e.g. swscale).
>
> The total cost including tax and
Hi,
Before trying to develop a new feature, and diving in the code base, I wanted
to know if it currently exists, or is already in a work-in-progress:
When cutting a video with no re-encoding:
ffmpeg -ss 120 -t 60 -i input.mp4 -c copy output.mp4
the result is often choppy or non-smooth in
Le maanantaina 29. heinäkuuta 2024, 22.13.13 EEST Nathan E. Egge a écrit :
> Signed-off-by: Nathan E. Egge
> ---
> libavutil/timer.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavutil/timer.h b/libavutil/timer.h
> index 663daf81c6..03706b0d10 100644
> --- a/libavutil/timer.h
> ++
Fixes:
70458/clusterfuzz-testcase-minimized-ffmpeg_BSF_TRACE_HEADERS_fuzzer-5259339779080192
Fixes: Assertion width > 0 && width <= 32 failed at libavcodec/cbs.c:608
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: James Almer
--
Hi all,
I would like to request reimbursement on the named RISC-V development board.
It will be used to develop and test H.264 RVV routines, and probably more in
the future (e.g. swscale).
The total cost including tax and shipping to Germany is 153.41 EUR.
Thanks,
Niklas
On 31/07/2024 21:54, Michael Niedermayer wrote:
Fixes: out of array access
Fixes:
70734/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_AAC_LATM_fuzzer-4741427068731392
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael
Signed-off-by: James Almer
---
tests/fate/mov.mak | 12 +++
tests/ref/fate/mov-mp4-iamf-5_1_4-h264 | 140 +
2 files changed, 152 insertions(+)
create mode 100644 tests/ref/fate/mov-mp4-iamf-5_1_4-h264
diff --git a/tests/fate/mov.mak b/tests/fate/mov.
Fixes crashes when muxing the two together.
Signed-off-by: James Almer
---
libavformat/movenc.c | 37 -
1 file changed, 28 insertions(+), 9 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index ae49582a1a..8e4a037e46 100644
--- a/libavfo
On 8/1/2024 9:35 AM, James Almer wrote:
On 8/1/2024 5:59 AM, Anton Khirnov wrote:
Quoting James Almer (2024-08-01 04:14:09)
Fixes crashes when muxing video tracks alongside IAMF ones.
Signed-off-by: James Almer
---
libavformat/movenc.c | 11 ++-
1 file changed, 10 insertions(+), 1
> > +AV_PIX_FMT_P010,
> > AV_PIX_FMT_NONE
> >};
> >
> > @@ -72,6 +73,7 @@ static const FormatMap format_map[] =
> >{
> >{ AV_PIX_FMT_NONE, AMF_SURFACE_UNKNOWN },
> >{ AV_PIX_FMT_NV12, AMF_SURFACE_NV12 },
> > +{ AV_PIX_FMT_P010, AMF_SURFACE_
That variable is shared between frame threads in the same defective way
described in the previous commit. Fix it by adding a RefStruct-managed
arrays of flags that is propagated across frame threads in the standard
manner.
Remove now-unused FFV1Context.fsrc
---
This version keeps the ER code where
On 31/07/2024 16:35, James Almer wrote:
Fixes relevant warnings when compiling with --enable-hardcoded-tables
Signed-off-by: James Almer
---
libavcodec/aacps_tablegen_template.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/libavcodec/aacps_tablegen_template.c
b/libavcodec/aacps_tab
Hello world,
This patch adds a pixel format guess based on probed bit depth.
With current FFMpeg ToT, when the cuvid codec is opened, input sw_pix_fmt
is AV_PIX_FMT_NV12 until the first frame is decoded. Even if input has 10
or 12 bit depth, the format will be NV12 for some time.
What's the need
Araz Iusubov:
> From: Michael Fabian 'Xaymar' Dirks
>
> added 10 bit support for amf hevc.
>
> before:
>
> command - ffmpeg.exe -hide_banner -y -hwaccel d3d11va -hwaccel_output_format
> d3d11 -i test_10bit_file.mkv -an -c:v h264_amf res.dx11_hw_h264.mkv
> output - Format of input frames conte
On 8/1/2024 5:59 AM, Anton Khirnov wrote:
Quoting James Almer (2024-08-01 04:14:09)
Fixes crashes when muxing video tracks alongside IAMF ones.
Signed-off-by: James Almer
---
libavformat/movenc.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/libavformat/mov
> Use rounding.
Updated it and resolved conflicts with master.
于2024年8月1日周四 20:16写道：
> From: sunyuechi
>
> C908 X60
> vp9_avg_8tap_smooth_4h_8bpp_c : 12.7 11.2
> vp9_avg_8tap_smooth_4h_8bpp_rvv_i32:
From: sunyuechi
C908 X60
vp9_avg_bilin_4h_8bpp_c:5.54.7
vp9_avg_bilin_4h_8bpp_rvv_i32 :1.71.5
vp9_avg_bilin_4v_8bpp_c:5.54.7
vp9_avg_bilin_4v
From: sunyuechi
C908 X60
vp9_avg_8tap_smooth_4h_8bpp_c : 12.7 11.2
vp9_avg_8tap_smooth_4h_8bpp_rvv_i32:4.74.2
vp9_avg_8tap_smooth_4v_8bpp_c : 29.7 12.5
vp9_avg_8tap_smo
From: sunyuechi
C908 X60
vp9_avg_8tap_smooth_4hv_8bpp_c : 32.0 28.0
vp9_avg_8tap_smooth_4hv_8bpp_rvv_i32 : 15.0 13.2
vp9_avg_8tap_smooth_8hv_8bpp_c : 98.0 86.2
vp9_avg_8tap_smo
From: sunyuechi
C908 X60
vp9_avg_bilin_4hv_8bpp_c : 10.79.5
vp9_avg_bilin_4hv_8bpp_rvv_i32 :4.03.5
vp9_avg_bilin_8hv_8bpp_c : 38.5 34.2
vp9_avg_bilin_8h
Le 1 août 2024 10:44:43 GMT+03:00, Anton Khirnov a écrit :
>Quoting François-Simon Fauteux-Chapleau (2024-07-30 21:53:05)
>> - On Jul 28, 2024, at 10:53 AM, Quack Doc quackdoct...@gmail.com wrote:
>> > Is it possible to use this without using the portals API and without
>> > systemd? That wo
Implemented gpu driver check.
10-bit patch works incorrectly on driver version lower than 23.30.
---
libavcodec/amfenc.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavcodec/amfenc.c b/libavcodec/amfenc.c
index 49dd91c4e0..41eaef9758 100644
--- a/libavcodec/amfenc.c
+++ b/libavcodec
From: Evgeny Pavlov
v2: refactored after review
Signed-off-by: Evgeny Pavlov
Co-authored-by: Dmitrii Ovchinnikov
Co-authored-by: Araz Iusubov
---
libavcodec/amfenc.c | 2 ++
libavcodec/amfenc_av1.c | 28 +++-
2 files changed, 29 insertions(+), 1 deletion(-)
diff
From: nyanmisaka
v2: fixes for indentation
---
libavcodec/amfenc.c | 83 +
1 file changed, 83 insertions(+)
diff --git a/libavcodec/amfenc.c b/libavcodec/amfenc.c
index 0bd15dd812..068bb53002 100644
--- a/libavcodec/amfenc.c
+++ b/libavcodec/amfenc.c
From: Michael Fabian 'Xaymar' Dirks
added 10 bit support for amf hevc.
before:
command - ffmpeg.exe -hide_banner -y -hwaccel d3d11va -hwaccel_output_format
d3d11 -i test_10bit_file.mkv -an -c:v h264_amf res.dx11_hw_h264.mkv
output - Format of input frames context (p010le) is not supported by
From: Zhao Zhili
Signed-off-by: Zhao Zhili
---
fftools/ffplay.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/fftools/ffplay.c b/fftools/ffplay.c
index efcd4f6452..60d8874eab 100644
--- a/fftools/ffplay.c
+++ b/fftools/ffplay.c
@@ -1963,16 +1963,21 @@ static
Quoting James Almer (2024-08-01 04:14:09)
> Fixes crashes when muxing video tracks alongside IAMF ones.
>
> Signed-off-by: James Almer
> ---
> libavformat/movenc.c | 11 ++-
> 1 file changed, 10 insertions(+), 1 deletion(-)
>
> diff --git a/libavformat/movenc.c b/libavformat/movenc.c
>
On 2024-07-31 10:01:15 -0300, James Almer wrote:
> Should fix ticket #5.
>
> Signed-off-by: James Almer
> ---
> Untested.
>
> libavutil/hwcontext_vaapi.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavutil/hwcontext_vaapi.c b/libavutil/hwcontext_vaapi.c
> ind
pushed all patches up to this one, as they have been approved.
--
Anton Khirnov
___
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...@ffmpe
Quoting Josh Allmann (2024-07-09 21:05:47)
> Encoders may emit a buffering period SEI without a corresponding
> SPS/PPS if the SPS/PPS is carried out-of-band, eg with avcc.
>
> During Annex B conversion, this may result in the SPS/PPS being
> inserted *after* the buffering period SEI but before th
Quoting François-Simon Fauteux-Chapleau (2024-07-30 21:53:05)
> - On Jul 28, 2024, at 10:53 AM, Quack Doc quackdoct...@gmail.com wrote:
> > Is it possible to use this without using the portals API and without
> > systemd? That would be much appreciated if so since the portal is not very
> > fle
Quoting Jan Garcia via ffmpeg-devel (2024-07-30 20:03:33)
> Since ffmpeg 6.1 video stats are accidentally hidden from progress output
> if no filters are used.
IIUC this applies only to streamcopy, not transcoding with no
user-specified filters.
> This patch re-enables video stats (like frames=)
53 matches
Mail list logo
