Re: [FFmpeg-devel] [PATCH] doc/faq: Provide information about git send-email and gmail

2024-06-12 Thread Michael Niedermayer
On Wed, Jun 12, 2024 at 10:02:37PM +0200, Stefano Sabatini wrote: > On date Wednesday 2024-06-12 19:46:59 +0200, Michael Niedermayer wrote: > > The 2 links are the clearest i found. > > > > Signed-off-by: Michael Niedermayer > > --- > > doc/faq.texi | 5 + > > 1 file changed, 5 insertions(+)

Re: [FFmpeg-devel] Reset password on Patchwork

2024-06-12 Thread Michael Niedermayer
Hi adding Andriy to CC, to make sure its not missed On Tue, Jun 11, 2024 at 07:45:21PM -0400, Sean McGovern wrote: > Hi, > > Can someone help me reset my password on Patchwork? I've used the 'Forgot > password ' link several times and never received an email. [...] -- Michael GnuPG fingerp

Re: [FFmpeg-devel] Reset password on Patchwork

2024-06-12 Thread epirat07
On 12 Jun 2024, at 1:45, Sean McGovern wrote: > Hi, > > Can someone help me reset my password on Patchwork? I've used the 'Forgot > password ' link several times and never received an email. IIRC patchwork can not send emails, I had the same issue a while ago but Andriy should be able to manua

Re: [FFmpeg-devel] [PATCH v3] area changed: scdet filter

2024-06-12 Thread Michael Niedermayer
On Wed, Jun 12, 2024 at 10:51:47PM +0300, radu.taraib...@gmail.com wrote: > > -Original Message- > > From: ffmpeg-devel On Behalf Of > > Michael Niedermayer > > Sent: marți, 11 iunie 2024 20:18 > > To: FFmpeg development discussions and patches > > Subject: Re: [FFmpeg-devel] [PATCH v2] a

Re: [FFmpeg-devel] [PATCH] avfilter: add sdlvsink for video display

2024-06-12 Thread Shiqi Zhu
On Thu, 13 Jun 2024 at 04:14, Paul B Mahol wrote: > > On Wed, Jun 12, 2024 at 9:52 PM Stefano Sabatini wrote: > > > On date Tuesday 2024-06-11 21:13:48 +0800, Shiqi Zhu wrote: > > > On Fri, 7 Jun 2024 at 19:55, Rémi Denis-Courmont > > wrote: > > > > Le 7 juin 2024 12:53:51 GMT+03:00, Michael Nie

Re: [FFmpeg-devel] [PATCH] avfilter: add sdlvsink for video display

2024-06-12 Thread Shiqi Zhu
On Thu, 13 Jun 2024 at 03:52, Stefano Sabatini wrote: > > On date Tuesday 2024-06-11 21:13:48 +0800, Shiqi Zhu wrote: > > On Fri, 7 Jun 2024 at 19:55, Rémi Denis-Courmont wrote: > > > Le 7 juin 2024 12:53:51 GMT+03:00, Michael Niedermayer > > > a écrit : > > > >We can require anything from an A

[FFmpeg-devel] [PATCH 2/2] avcodec/mjpegdec: Mark flush as cold

2024-06-12 Thread Andreas Rheinhardt
Signed-off-by: Andreas Rheinhardt --- libavcodec/mjpegdec.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libavcodec/mjpegdec.c b/libavcodec/mjpegdec.c index ac2698a3c4..d618e53d13 100644 --- a/libavcodec/mjpegdec.c +++ b/libavcodec/mjpegdec.c @@ -2973,7 +2973,7 @@ av_cold i

Re: [FFmpeg-devel] [PATCH] tests/checkasm: Remove check on linux perf fd in uninit

2024-06-12 Thread Shiqi Zhu
On Thu, 13 Jun 2024 at 01:36, Zhao Zhili wrote: > > From: Zhao Zhili > > The check should be >= 0, not > 0. The check itself is redundant > since uninit only being called after init is success. > --- > tests/checkasm/checkasm.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff -

[FFmpeg-devel] [PATCH 1/2] avcodec/mjpegdec: Fix av_frame_unref(NULL)

2024-06-12 Thread Andreas Rheinhardt
The smv_frame is only allocated for the SMV decoder, yet it is unreferenced in the other decoders' flush functions, too. av_frame_unref(NULL) is not documented to be allowed, it just happens to work. Avoid it by using a dedicated flush function for SMV. Signed-off-by: Andreas Rheinhardt --- liba

Re: [FFmpeg-devel] [PATCHv5 1/4] lavc/h263dsp: add DCT dequantisation functions

2024-06-12 Thread Andreas Rheinhardt
Rémi Denis-Courmont: > Note that optimised implementations of these functions will be taken > into actual use only if MpegEncContext.dct_unquantize_h263_{inter,intra} > are *not* overloaded by existing optimisations. > > --- > This adds the plus ones back, saving two branch instructions in C and >

Re: [FFmpeg-devel] [PATCH] avcodec/libx265: Don't copy A53 closed captions by default

2024-06-12 Thread Andreas Rheinhardt
Andreas Rheinhardt: > The SEI handling of libx265 is buggy and can easily lead > to memory corruption: It reuses certain buffers, but when > reusing them it presumes that it is enough for these buffers > to exist and does not check whether they are actually large > enough to hold what is intended t

Re: [FFmpeg-devel] [PATCH 37/39] lavc/hevcdec: move some frame-end code to hevc_frame_end()

2024-06-12 Thread Wang, Fei W
On Fri, 2024-06-07 at 15:01 +0200, Anton Khirnov wrote: > Specifically, calling hwaccel end_frame, verifying frame checksum, > and printing the frame-was-decoded message. > --- > libavcodec/hevc/hevcdec.c | 187 +++- > -- > libavcodec/hevc/hevcdec.h | 1 - > 2 fil

Re: [FFmpeg-devel] [PATCH v1] lavc/qsvdec: Add VVC decoder

2024-06-12 Thread Wang, Fei W
On Wed, 2024-06-12 at 20:12 +0800, Nuo Mi wrote: > Hi Fei, > Thank you for the patch. > Which hardware supports this? Could you provide the link? Lunar Lake will. Libvpl will update the supported HW in its code repo later https://github.com/intel/libvpl. Here is a video on overview of Lunar Lake:

Re: [FFmpeg-devel] [PATCH 1/2] avcodec/mjpegdec: Fix av_frame_unref(NULL)

2024-06-12 Thread Michael Niedermayer
On Thu, Jun 13, 2024 at 04:02:52AM +0200, Andreas Rheinhardt wrote: > The smv_frame is only allocated for the SMV decoder, yet > it is unreferenced in the other decoders' flush functions, too. > av_frame_unref(NULL) is not documented to be allowed, it just > happens to work. Avoid it by using a ded

<    1   2