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=)
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 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
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
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
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
>
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
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: 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: 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
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
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
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
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_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_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
> 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:
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
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
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
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
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
> > +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_
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
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
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.
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
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
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
--
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
> ++
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
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
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: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
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 (
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
---
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
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
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
---
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
-
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
---
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
---
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
---
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/
---
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
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
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
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
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 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
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
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
> 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,
53 matches
Mail list logo
