Re: [FFmpeg-devel] [PATCH 2/2] avformat/whip: check the exchange sdp url is start with http

2025-06-08 Thread Jack Lau
> On Jun 6, 2025, at 11:02, Steven Liu wrote: > > Make sure the WHIP protocol performs the SDP offer/answer > exchange with the WebRTC peer over HTTP. > > Signed-off-by: Steven Liu > --- > libavformat/whip.c | 8 > 1 file changed, 8 insertions(+) > > diff --git a/libavformat/whip.c b

Re: [FFmpeg-devel] [PATCH] avformat/tls_openssl: fix warnings when openssl is lower version

2025-06-08 Thread Jack Lau
> On Jun 8, 2025, at 04:04, Andreas Rheinhardt > wrote: > > Jack Lau via ffmpeg-devel: >> In higher versions (like openssl 1.1.1 and higher), >> the function signature is BIO *BIO_new_mem_buf(const void *buf, int len), >> so passing a const string doesn't cause an warnings. >> However, in low

[FFmpeg-devel] [PATCH] swscale/options: use accurate rounding and full chroma by default

2025-06-08 Thread rcombs via ffmpeg-devel
--- Begin Message --- This has been causing quality degradation for people since the dawn of sws, and the performance concerns that originally led to this default have been soundly defeated by the march of time. --- doc/APIchanges | 3 +++ libswscale/options.c | 4 +++- libswscale/version.h

Re: [FFmpeg-devel] [PATCH 1/2] Replace FFMIN/FFMAX by type specific macros

2025-06-08 Thread Andreas Rheinhardt
Michael Niedermayer: > On Sun, Jun 08, 2025 at 01:37:32AM +0200, Andreas Rheinhardt wrote: >> Michael Niedermayer: >>> Hi >>> >>> On Wed, Jun 04, 2025 at 03:05:12AM +0200, Michael Niedermayer wrote: >>> [...] >> #define FFSWAP(type,a,b) do{type SWAP_tmp= b; b= a; a= >> SWAP_tmp;}while(0)

Re: [FFmpeg-devel] [PATCH 1/2] Replace FFMIN/FFMAX by type specific macros

2025-06-08 Thread Michael Niedermayer
On Sun, Jun 08, 2025 at 01:37:32AM +0200, Andreas Rheinhardt wrote: > Michael Niedermayer: > > Hi > > > > On Wed, Jun 04, 2025 at 03:05:12AM +0200, Michael Niedermayer wrote: > > [...] > #define FFSWAP(type,a,b) do{type SWAP_tmp= b; b= a; a= > SWAP_tmp;}while(0) > >>> > >>> 1. I don't

Re: [FFmpeg-devel] [PATCH v2] rtpdec: Fix RTP timestamp wraparound in Producer Reference Time

2025-06-08 Thread Michael Niedermayer
On Sun, Jun 08, 2025 at 09:27:07AM +0200, Clément Péron wrote: > Hi, > > On Sun, 8 Jun 2025 at 01:33, Michael Niedermayer > wrote: > > > > Hi > > > > On Sat, Jun 07, 2025 at 10:06:19AM +0200, Clément Péron wrote: > > > The rtp_set_prft() function incorrectly calculates the timestamp delta > > >

Re: [FFmpeg-devel] [PATCH v6 4/4] lavc: implement a Vulkan-based VC-2 encoder Implements a Vulkan based dirac encoder. Supports Haar and Legall wavelets and should work with all wavelet depths.

2025-06-08 Thread Michael Niedermayer
On Mon, Jun 02, 2025 at 10:16:14PM +0300, IndecisiveTurtle wrote: > Compared to v5, this is simply a rebase to include > 1c78db8ffc6f8c41c0e1593e73e56e529d34e60f and resolves FATE test by > reverting to > VC2_TRANSFORM_9_7 as default wavelet, which I changed to another for > some of my tests and ne

Re: [FFmpeg-devel] [PATCH 1/7] avutil: add an API to handle 3D Reference Displays Information

2025-06-08 Thread James Almer
On 6/8/2025 11:29 AM, Andreas Rheinhardt wrote: Timo Rothenpieler: From: James Almer As defined in section G.14.3.2.3 of ITU-T H.265, it's required for proper signaling of MV-HEVC. Signed-off-by: James Almer --- libavutil/Makefile | 2 + libavutil/tdrdi.c | 51 ++ libavut

[FFmpeg-devel] [PATCH] rtpdec: explicit timestamp wraparound handling

2025-06-08 Thread Clément Péron
Change delta_timestamp to int32_t and add explicit cast to handle RTP timestamp wraparound correctly. This fixes implementation-defined behavior when computing negative timestamp differences due to 32-bit wraparound. Signed-off-by: Clément Péron --- libavformat/rtpdec.c | 6 -- 1 file change

Re: [FFmpeg-devel] [PATCH v2] rtpdec: Fix RTP timestamp wraparound in Producer Reference Time

2025-06-08 Thread Kieran Kunhya via ffmpeg-devel
On Sat, Jun 7, 2025 at 9:06 AM Clément Péron wrote: > > The rtp_set_prft() function incorrectly calculates the timestamp delta > when RTP timestamps wrap around the 32-bit boundary. The current code: > > delta_timestamp = (int64_t)timestamp - (int64_t)s->last_rtcp_timestamp; > > treats both ti

Re: [FFmpeg-devel] [PATCH 1/7] avutil: add an API to handle 3D Reference Displays Information

2025-06-08 Thread Andreas Rheinhardt
Timo Rothenpieler: > From: James Almer > > As defined in section G.14.3.2.3 of ITU-T H.265, it's required for proper > signaling of MV-HEVC. > > Signed-off-by: James Almer > --- > libavutil/Makefile | 2 + > libavutil/tdrdi.c | 51 ++ > libavutil/tdrdi.h | 164

Re: [FFmpeg-devel] [PATCH 7/7] avcodec/nvenc: add MV-HEVC encoding support

2025-06-08 Thread Timo Rothenpieler
On 08.06.2025 16:17, Andreas Rheinhardt wrote: Timo Rothenpieler: On 07.06.2025 23:34, Timo Rothenpieler wrote: From: Diego de Souza Added support for MV-HEVC encoding for stereoscopic videos (2 views only). Compatible with the framepack filter when using the AV_STEREO3D_FRAMESEQUENCE format.

Re: [FFmpeg-devel] [PATCH 7/7] avcodec/nvenc: add MV-HEVC encoding support

2025-06-08 Thread Andreas Rheinhardt
Timo Rothenpieler: > On 07.06.2025 23:34, Timo Rothenpieler wrote: >> From: Diego de Souza >> >> Added support for MV-HEVC encoding for stereoscopic videos (2 views >> only). Compatible with the framepack filter when using the >> AV_STEREO3D_FRAMESEQUENCE format. >> >> Signed-off-by: Diego de Souz

Re: [FFmpeg-devel] [RFC] Subtitle Filtering Ramp-Up

2025-06-08 Thread Nicolas George
Devin Heitmueller (HE12025-06-06): > Respectfully, you just spent six paragraphs lamenting how bad > softworks patches are, when you could have proven your point with a > single command line (which would have demonstrated your concerns > definitively). I do not need to prove my knowledge of libavf

Re: [FFmpeg-devel] [PATCH 7/7] avcodec/nvenc: add MV-HEVC encoding support

2025-06-08 Thread Timo Rothenpieler
On 07.06.2025 23:34, Timo Rothenpieler wrote: From: Diego de Souza Added support for MV-HEVC encoding for stereoscopic videos (2 views only). Compatible with the framepack filter when using the AV_STEREO3D_FRAMESEQUENCE format. Signed-off-by: Diego de Souza I intend to push this series soon

Re: [FFmpeg-devel] [PATCH] avformat/dhav: Add missed free for end_buffer

2025-06-08 Thread Derek Buitenhuis
On 6/6/2025 2:44 PM, Derek Buitenhuis wrote: > Accidentally left out of 36ec9217e6dca3432304c9d76078d9618247eb0f. > > Found-by: Kacper Michajłow > Signed-off-by: Derek Buitenhuis > --- > libavformat/dhav.c | 3 +++ > 1 file changed, 3 insertions(+) Will push later today. - Derek _

Re: [FFmpeg-devel] [PATCH v4 05/17] swscale: add SWS_UNSTABLE flag

2025-06-08 Thread Kacper Michajlow
On Wed, 4 Jun 2025 at 12:24, Niklas Haas wrote: > > From: Niklas Haas > > Give users and developers a way to opt in to the new format conversion code, > and more code from the swscale rewrite in general, even while development is > still ongoing. > --- > doc/APIchanges | 3 +++ > doc/scale

Re: [FFmpeg-devel] [PATCH v2] rtpdec: Fix RTP timestamp wraparound in Producer Reference Time

2025-06-08 Thread Clément Péron
Hi, On Sun, 8 Jun 2025 at 01:33, Michael Niedermayer wrote: > > Hi > > On Sat, Jun 07, 2025 at 10:06:19AM +0200, Clément Péron wrote: > > The rtp_set_prft() function incorrectly calculates the timestamp delta > > when RTP timestamps wrap around the 32-bit boundary. The current code: > > > > d