Quoting Stefano Sabatini (2024-01-16 00:58:02)
> ---
> fftools/opt_common.c | 28 +---
> 1 file changed, 21 insertions(+), 7 deletions(-)
>
> diff --git a/fftools/opt_common.c b/fftools/opt_common.c
> index f5b73c9f2f..e263a5297e 100644
> --- a/fftools/opt_common.c
> +++ b
Quoting Michael Niedermayer (2024-01-23 20:22:41)
> Hi all
>
> As it was a little difficult for me to not loose track of what is
> blocking a release. I suggest that for all release blocking issues
> open a ticket and set Blocking to 7.0
> that way this:
> https://trac.ffmpeg.org/query?blocking=~7
Quoting Lynne (2024-01-23 21:18:29)
> Jan 23, 2024, 20:22 by mich...@niedermayer.cc:
>
> > Hi all
> >
> > As it was a little difficult for me to not loose track of what is
> > blocking a release. I suggest that for all release blocking issues
> > open a ticket and set Blocking to 7.0
> > that way
On Di, 2024-01-23 at 20:09 +0800, Chen Yufei wrote:
> On Tue, Jan 23, 2024 at 10:00 AM Xiang, Haihao wrote:
> >
> > On Sa, 2024-01-20 at 23:14 +0800, Chen Yufei wrote:
> > > This patch adds support for applying 3D LUT from file using oneVPL VPP.
> > >
> > > PATCH v1 uses VA-API to create LUT sur
On Wo, 2024-01-17 at 06:23 +, Xiang, Haihao wrote:
> On Do, 2024-01-11 at 14:31 +0800, tong1.wu-at-intel@ffmpeg.org wrote:
> > From: Tong Wu
> >
> > Fixes #10759.
> >
> > It can happen in H.264, MPEG2, VC1 that the current frame resource
> > memory is already in ref_resource. For example
On Wo, 2024-01-17 at 06:22 +, Xiang, Haihao wrote:
> On Ma, 2024-01-15 at 10:34 +0800, tong1.wu-at-intel@ffmpeg.org wrote:
> > From: Tong Wu
> >
> > Signed-off-by: Tong Wu
> > ---
> > libavcodec/d3d12va_av1.c | 18 +-
> > libavcodec/d3d12va_decode.c | 9 ++---
> >
> -Original Message-
> From: ffmpeg-devel On Behalf Of Dai,
> Jianhui J
> Sent: Tuesday, January 23, 2024 10:58 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: [FFmpeg-devel] [PATCH v5] avcodec/cbs_vp8: Use little endian in
> fixed() and improve the pos check
>
> This commit adds value ran
There are 6 deprecated ISO language codes that are still valid for DVDs.
This patch allows avlanguage to recognize them correctly. The codes are:
(1) "in" - legacy code for Indonesian, mapped to the modern code
(2) "iw" - legacy code for Hebrew, mapped to the modern code
(3) "ji" - legacy code for
Hi Leo,
You can try to truncate the file to the smallest size that reproduces the issue,
obvious, of course, now that you've explained it. Thanks and sorry for being a
bit slow there.
I've cropped 3 seconds of black from the video which contains enough frames to
trigger the issue. I have r
Thank you Stefano, I will send updated version soon with also several bug
fixes and improvements.
On Tue, Jan 23, 2024 at 18:17 Stefano Sabatini wrote:
> On date Wednesday 2024-01-10 21:46:38 -0600, Marth64 wrote:
> > Fixes for several authoring styles/discs.
> > ffmpeg CLI may report wrong outp
Regression since https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/468615f204
As it chops off the first 5 bytes of a valid UAS Local Set Universal Label.
https://nsgreg.nga.mil/doc/view?i=5471
Old: ^06 0E 2B 34 02 0B 01 01 0E 01 03 01 01 00 00 00 ...
New: ^0B 01 01 0E 01 03 01 01 00 00 00 ... (wher
On date Wednesday 2024-01-10 21:46:38 -0600, Marth64 wrote:
> Fixes for several authoring styles/discs.
> ffmpeg CLI may report wrong output time and show progress strangely for some
> discs.
> This is not reproducible prior to `fftools/ffmpeg: convert to a threaded
> architecture`
> But, I am lo
On date Saturday 2024-01-20 13:53:18 +0100, Stefano Sabatini wrote:
> Sort options by name, review formatting, apply consistency fixes and
> fill the gaps (e.g. missing value for constants or flags), and review
> and extend content.
> ---
> doc/muxers.texi | 418 +--
On date Sunday 2024-01-21 20:18:28 +0100, Stefano Sabatini wrote:
> On date Sunday 2024-01-21 18:39:19 +0100, Anton Khirnov wrote:
> > Quoting Stefano Sabatini (2024-01-21 11:30:27)
> [...]
> > Also, can the second case even trigger? Seems like the block above
> > ensures n_ast is never larger than
On 1/23/24 18:21, Harald Linden via ffmpeg-devel wrote:
Is this interesting to you? Do you want me to upload the sample? It
might be of dubious nature regarding copyright, depending on local
legislation.
regards
Harald
You can try to truncate the file to the smallest size that reproduces
tis 2024-01-23 klockan 17:12 -0500 skrev Leo Izen:
> Produces a -Wunused-variables warning with -Wall.
>
> Signed-off-by: Leo Izen
> ---
> libavformat/mxfenc.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
> index 685c11b3a5..febc1ccf8c 1
Hello list,
I sent this mail to the list earlier today, before I actually subscribed. Didn't
get an error, but also not sure if it was silently discarded, hence, this second
attempt.
---
I am currently running ffmpeg version N-112750-g6d60cc7baf with the following
library versions:
liba
On date Saturday 2024-01-20 12:41:41 +0100, Stefano Sabatini wrote:
> On date Tuesday 2024-01-16 00:58:02 +0100, Stefano Sabatini wrote:
> > ---
> > fftools/opt_common.c | 28 +---
> > 1 file changed, 21 insertions(+), 7 deletions(-)
Ping, will push in a few days if I see
This file has been exported since our minimum required version (0.7.0),
but it wasn't documented. Instead it was transitively included by
(but not jxl/encode.h), which ffmpeg relied on.
libjxl broke its API in libjxl/libjxl@66b959239355aef5255 by removing
the transitive include of version.h, and
Produces a -Wunused-variables warning with -Wall.
Signed-off-by: Leo Izen
---
libavformat/mxfenc.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
index 685c11b3a5..febc1ccf8c 100644
--- a/libavformat/mxfenc.c
+++ b/libavformat/mxfenc.c
@@ -1487,
On Fri, Jan 19, 2024 at 8:17 PM Connor Worley
wrote:
> I've tested the latest patch with both the lavc decoder and Resolume's
> proprietary software, and the encoded outputs are working for me.
>
Pushed, thank you
--
Vittorio
___
ffmpeg-devel mailing
Jan 23, 2024, 20:22 by mich...@niedermayer.cc:
> Hi all
>
> As it was a little difficult for me to not loose track of what is
> blocking a release. I suggest that for all release blocking issues
> open a ticket and set Blocking to 7.0
> that way this:
> https://trac.ffmpeg.org/query?blocking=~7.0
On Tue, Jan 23, 2024 at 04:52:07PM -0300, James Almer wrote:
> On 1/23/2024 4:49 PM, Michael Niedermayer wrote:
> > On Tue, Jan 23, 2024 at 04:40:46PM -0300, James Almer wrote:
> > > On 1/23/2024 4:33 PM, Michael Niedermayer wrote:
> > > > On Tue, Jan 23, 2024 at 04:17:22PM -0300, James Almer wrote
On Tue, Jan 23, 2024 at 01:56:29PM +0100, Tomas Härdin wrote:
> tis 2024-01-23 klockan 02:47 +0100 skrev Michael Niedermayer:
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavformat/mxfenc.c | 6 +++---
> > 1 file changed, 3 insertions(+), 3 deletions(-)
> >
> > diff --git a/libavformat/m
On 1/23/2024 4:49 PM, Michael Niedermayer wrote:
On Tue, Jan 23, 2024 at 04:40:46PM -0300, James Almer wrote:
On 1/23/2024 4:33 PM, Michael Niedermayer wrote:
On Tue, Jan 23, 2024 at 04:17:22PM -0300, James Almer wrote:
On 1/23/2024 4:07 PM, Michael Niedermayer wrote:
On Mon, Dec 11, 2023 at
On Tue, Jan 23, 2024 at 04:40:46PM -0300, James Almer wrote:
> On 1/23/2024 4:33 PM, Michael Niedermayer wrote:
> > On Tue, Jan 23, 2024 at 04:17:22PM -0300, James Almer wrote:
> > > On 1/23/2024 4:07 PM, Michael Niedermayer wrote:
> > > > On Mon, Dec 11, 2023 at 04:42:26PM +, sunyuechi wrote:
On 2024-01-16 1:25 a.m., Brad Smith wrote:
On 2024-01-07 12:55 a.m., Brad Smith wrote:
lavu/thread: add support for setting thread name on *bsd and solaris
FreeBSD/DragonFly/Solaris use pthread_setname_np(). OpenBSD uses
pthread_set_name_np().
Signed-off-by: Brad Smith
---
configure
On 1/23/2024 4:33 PM, Michael Niedermayer wrote:
On Tue, Jan 23, 2024 at 04:17:22PM -0300, James Almer wrote:
On 1/23/2024 4:07 PM, Michael Niedermayer wrote:
On Mon, Dec 11, 2023 at 04:42:26PM +, sunyuechi wrote:
ffmpeg | branch: master | sunyuechi | Tue Nov 28
14:08:12 2023 +0800| [1c3
On Tue, Jan 23, 2024 at 04:17:22PM -0300, James Almer wrote:
> On 1/23/2024 4:07 PM, Michael Niedermayer wrote:
> > On Mon, Dec 11, 2023 at 04:42:26PM +, sunyuechi wrote:
> > > ffmpeg | branch: master | sunyuechi | Tue Nov 28
> > > 14:08:12 2023 +0800| [1c3620b2bbe73db9239fcf605e8f535b58f03b8
Hi all
As it was a little difficult for me to not loose track of what is
blocking a release. I suggest that for all release blocking issues
open a ticket and set Blocking to 7.0
that way this:
https://trac.ffmpeg.org/query?blocking=~7.0
or for the ones not closed:
https://trac.ffmpeg.org/query?st
On 1/23/2024 4:07 PM, Michael Niedermayer wrote:
On Mon, Dec 11, 2023 at 04:42:26PM +, sunyuechi wrote:
ffmpeg | branch: master | sunyuechi | Tue Nov 28
14:08:12 2023 +0800| [1c3620b2bbe73db9239fcf605e8f535b58f03b86] | committer: Rémi
Denis-Courmont
checkasm: test for abs_pow34
Signed-o
On Mon, Dec 11, 2023 at 04:42:26PM +, sunyuechi wrote:
> ffmpeg | branch: master | sunyuechi | Tue Nov 28
> 14:08:12 2023 +0800| [1c3620b2bbe73db9239fcf605e8f535b58f03b86] | committer:
> Rémi Denis-Courmont
>
> checkasm: test for abs_pow34
>
> Signed-off-by: Rémi Denis-Courmont
>
> > http:/
> 发件人: ffmpeg-devel 代表 Michael Niedermayer
>
> 发送时间: 2024年1月22日 14:46
> 收件人: FFmpeg development discussions and patches
> 主题: Re: [FFmpeg-devel] [PATCH v3 7/8] avcodec/x86/vvc: add avg and avg_w AVX2
> optimizations
>
> On Tue, Jan 23, 2024 at 01:46:27AM +0800, toq...@outlook.com wrote:
>> Fro
From: Wu Jianhua
Signed-off-by: Wu Jianhua
---
tests/checkasm/Makefile | 1 +
tests/checkasm/checkasm.c | 3 +
tests/checkasm/checkasm.h | 1 +
tests/checkasm/vvc_mc.c | 270 ++
4 files changed, 275 insertions(+)
create mode 100644 tests/checkasm/v
From: Wu Jianhua
Signed-off-by: Wu Jianhua
---
tests/checkasm/vvc_mc.c | 64 +
1 file changed, 64 insertions(+)
diff --git a/tests/checkasm/vvc_mc.c b/tests/checkasm/vvc_mc.c
index 711280deec..8adb00573f 100644
--- a/tests/checkasm/vvc_mc.c
+++ b/tests/c
From: Wu Jianhua
The avg/avg_w is based on dav1d.
See https://code.videolan.org/videolan/dav1d/-/blob/master/src/x86/mc_avx2.asm
vvc_avg_8_2x2_c: 71.6
vvc_avg_8_2x2_avx2: 26.8
vvc_avg_8_2x4_c: 140.8
vvc_avg_8_2x4_avx2: 34.6
vvc_avg_8_2x8_c: 410.3
vvc_avg_8_2x8_avx2: 41.3
vvc_avg_8_2x16_c: 769.3
From: Wu Jianhua
Signed-off-by: Wu Jianhua
---
libavcodec/Makefile | 1 +
libavcodec/vvc/vvcdsp.c | 4 +
libavcodec/vvc/vvcdsp.h | 2 +
libavcodec/x86/vvc/Makefile | 6 +
libavcodec/x86/vvc/vvcdsp_init.c | 202 +++
5 files
From: Wu Jianhua
This enable that the asm optimization can be reused by VVC
Signed-off-by: Wu Jianhua
---
libavcodec/x86/Makefile |1 +
libavcodec/x86/h26x/h2656_inter.asm | 1145 +++
libavcodec/x86/h26x/h2656dsp.c | 98 +++
libavcodec/x86/h26x/h2
From: Wu Jianhua
Signed-off-by: Wu Jianhua
---
libavcodec/hevcdsp_template.c | 594 +++---
1 file changed, 46 insertions(+), 548 deletions(-)
diff --git a/libavcodec/hevcdsp_template.c b/libavcodec/hevcdsp_template.c
index 0de14e9dcf..9b48bdf08e 100644
--- a/libavco
From: Wu Jianhua
Signed-off-by: Wu Jianhua
---
libavcodec/x86/h26x/h2656_inter.asm | 32 ++---
libavcodec/x86/h26x/h2656dsp.c | 4 ++--
libavcodec/x86/h26x/h2656dsp.h | 2 +-
libavcodec/x86/hevcdsp_init.c | 2 +-
4 files changed, 19 insertions(+), 21 d
From: Wu Jianhua
Signed-off-by: Wu Jianhua
---
libavcodec/h26x/h2656_inter_template.c | 577 +
libavcodec/vvc/vvc_inter_template.c| 559 +---
2 files changed, 578 insertions(+), 558 deletions(-)
create mode 100644 libavcodec/h26x/h2656_inter_temp
Le tiistaina 23. tammikuuta 2024, 19.34.46 EET Michael Platzer via ffmpeg-devel
a écrit :
> I agree that the indexed and strided loads and stores are certainly slower
> than unit-strided loads and stores. However, the vrgather instruction is
> unlikely to be very performant either, unless the vect
tis 2024-01-23 klockan 11:33 +0300 skrev Victor Luchitz:
> Re-posting the patch as an attachment. Sorry for the inconvenience!
Yep, this one applies and also passes FATE.
I notice ffplay_buffer whines a lot when playing RoQ files:
> [swscaler @ 0x7fcb44043240] deprecated pixel format used, make
Hi Rémi,
Thanks for your reply.
> It was faster on what the best approximation of real hardware available at
> the time, i.e. a Sipeed Lichee Pi4A board. There are no benchmarks in the
> commit because I don't like to publish benchmarks collected from prototypes.
> Nevertheless I think the comm
On Tue, Jan 23, 2024 at 9:54 AM Kieran Kunhya wrote:
> Quite the opposite, Dolby E by design is cotimed with the video frame and
> S302M PTS is also cotimed with the video frame.
> The ambiguity is when Dolby E is misaligned, is it misaligned to the next
> video frame, or the previous one.
I knew
On Tue, 23 Jan 2024 at 14:51, Devin Heitmueller <
devin.heitmuel...@ltnglobal.com> wrote:
> On Tue, Jan 23, 2024 at 4:05 AM Kieran Kunhya wrote:
> > Yes, and the other uncertainty is that the PTS must be cotimed with the
> > video so you have to guess whether it's the previous PTS or the next one
On Tue, Jan 23, 2024 at 4:05 AM Kieran Kunhya wrote:
> Yes, and the other uncertainty is that the PTS must be cotimed with the
> video so you have to guess whether it's the previous PTS or the next one.
Isn't the correct behavior to determine the offset within the raw PCM
payload, and use that to
On 1/20/2024 11:51 AM, p...@frankplowman.com wrote:
From: Frank Plowman
VVC specifies << as arithmetic left shift, i.e. x << y is equivalent to
x * pow2(y). C's << on the other hand has UB if x is negative. This
patch removes all UB resulting from this, mostly by replacing x << y
with x * (1
On Tue, Jan 23, 2024 at 1:47 AM wrote:
> From: Wu Jianhua
>
> +
> +#define FW_PUT(name, depth, opt) \
> +static void ff_vvc_put_ ## name ## _ ## depth ## _##opt(int16_t *dst,
> const uint8_t *src, ptrdiff_t srcstride, \
> + int height, const int8_t
tis 2024-01-23 klockan 02:47 +0100 skrev Michael Niedermayer:
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mxfenc.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
> index 685c11b3a50..c67e8ff9609 100644
> ---
On Tue, Jan 23, 2024 at 10:00 AM Xiang, Haihao wrote:
>
> On Sa, 2024-01-20 at 23:14 +0800, Chen Yufei wrote:
> > This patch adds support for applying 3D LUT from file using oneVPL VPP.
> >
> > PATCH v1 uses VA-API to create LUT surface. Because oneVPL can't work with
> > VA-
> > API on Windows,
On 1/22/2024 10:47 PM, Michael Niedermayer wrote:
Signed-off-by: Michael Niedermayer
---
libavformat/mxfenc.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
index 685c11b3a50..c67e8ff9609 100644
--- a/libavformat/mxfenc.c
On 2024-01-23 03:58 pm, Nicolas Gaullier wrote:
+#define IS_NONPCMSYNC_16(state) ((state & 0x00) ==
NONPCMSYNC_16MARKER)
Is this single 32 bits marker enough to avoid a fake detection ?
It will have to do. The modal number of payload packets expected in a
single s302m packet
>+#define IS_NONPCMSYNC_16(state) ((state & 0x00) ==
>NONPCMSYNC_16MARKER)
Is this single 32 bits marker enough to avoid a fake detection ?
Nicolas
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/
Adds tests to cover decoding YCoCg DXV3 formats with and without alpha
Samples:
https://connorworley.com/fate-suite/dxv/dxv3-hqna.mov
https://connorworley.com/fate-suite/dxv/dxv3-hqwa.mov
Signed-off-by: Connor Worley
---
tests/fate/video.mak | 6 ++
tests/ref/fate/dxv3-ycg6 | 6 ++
t
On Tue, 23 Jan 2024 at 08:33, Gyan Doshi wrote:
>
>
> On 2024-01-23 01:26 pm, Kieran Kunhya wrote:
> > On Tue, 23 Jan 2024 at 06:50, Gyan Doshi wrote:
> >
> >> Set up framework for non-PCM decoding in-place and
> >> add support for Dolby-E decoding.
> >>
> >> Useful for direct transcoding of non
Re-posting the patch as an attachment. Sorry for the inconvenience!
--
Best regards,
Victor Luchitz
0001-libavcodec-add-bit-rate-support-to-RoQ-video-encoder.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https:/
On 2024-01-23 01:26 pm, Kieran Kunhya wrote:
On Tue, 23 Jan 2024 at 06:50, Gyan Doshi wrote:
Set up framework for non-PCM decoding in-place and
add support for Dolby-E decoding.
Useful for direct transcoding of non-PCM audio in live inputs.
Does this handle a Dolby E packet spanning mult
From: Tong Wu
This implementation is based on D3D12 Video Encoding Spec:
https://microsoft.github.io/DirectX-Specs/d3d/D3D12VideoEncoding.html
Sample command line for transcoding:
ffmpeg.exe -hwaccel d3d12va -hwaccel_output_format d3d12 -i input.mp4
-c:v hevc_d3d12va output.mp4
Signed-off-by: T
From: Tong Wu
Signed-off-by: Tong Wu
---
Changelog | 1 +
1 file changed, 1 insertion(+)
diff --git a/Changelog b/Changelog
index c40b6d08fd..b3b5c16e0a 100644
--- a/Changelog
+++ b/Changelog
@@ -22,6 +22,7 @@ version :
- ffmpeg CLI -bsf option may now be used for input as well as output
- f
From: Tong Wu
Flags field is added to support diffferent resource creation.
Signed-off-by: Tong Wu
---
doc/APIchanges| 3 +++
libavutil/hwcontext_d3d12va.c | 2 +-
libavutil/hwcontext_d3d12va.h | 8
libavutil/version.h | 2 +-
4 files changed, 13 insertions(+
From: Tong Wu
Get constraints and set recon frame format can be shared with other HW
encoder such as D3D12. Extract this part as a new function to base
layer.
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c | 58 +
libavcodec/hw_base_encode.h | 2 ++
From: Tong Wu
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c | 54 +
libavcodec/hw_base_encode.h | 3 +++
libavcodec/vaapi_encode.c | 52 +++
3 files changed, 61 insertions(+), 48 deletions(-)
diff --git a/libavcode
From: Tong Wu
VAAPI and D3D12VA can share rate control configuration codes. Hence, it
can be moved to base layer for simplification.
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c| 151
libavcodec/hw_base_encode.h| 34 ++
libavcodec/vaapi_encode.c
From: Tong Wu
Signed-off-by: Tong Wu
---
libavcodec/hw_base_encode.c | 40 +
libavcodec/hw_base_encode.h | 3 +++
libavcodec/vaapi_encode.c | 44 ++---
3 files changed, 45 insertions(+), 42 deletions(-)
diff --git a/libavcodec/
From: Tong Wu
When allocating the VAAPIEncodePicture, pic->input_surface can be
initialized right in the place. This movement simplifies the send_frame
logic and is the preparation for moving vaapi_encode_send_frame to the base
layer.
Signed-off-by: Tong Wu
---
libavcodec/vaapi_encode.c | 8 +
66 matches
Mail list logo
