Re: [FFmpeg-devel] [PATCH 1/2] compat/cuda/ptx2c: remove shell loop

> On May 23, 2020, at 06:47, Carl Eugen Hoyos wrote: > > Am Sa., 23. Mai 2020 um 06:01 Uhr schrieb rcombs : >> >> This improves build times dramatically >> --- >> compat/cuda/ptx2c.sh | 8 +++- >> 1 file changed, 3 insertions(+), 5 deletions(-) >> >> diff --git a/compat/cuda/ptx2c.sh b/com

Re: [FFmpeg-devel] [PATCH 3/3] lavf/dashdec: avoid reading the first data segment in read_header

> On May 25, 2020, at 08:43, Gorilla Maguila wrote: > > These lines: > > +if (pls->init_sec_data_len > 0) > +pls->ctx->probesize = FFMIN(pls->ctx->probesize, > pls->init_sec_data_len); > pls->ctx->max_analyze_duration = s->max_analyze_duration > 0 ? > s->max_analyze_duration :

Re: [FFmpeg-devel] [PATCH 1/4] lavf: matroska subtitle muxer

> On May 28, 2020, at 03:26, Nicolas George wrote: > > rcombs (12020-05-28): >> --- >> configure | 1 + >> libavformat/allformats.c | 1 + >> libavformat/matroskaenc.c | 30 ++ >> libavformat/version.h | 2 +- >> 4 files changed, 33 insertions(+),

Re: [FFmpeg-devel] [PATCH 4/4] lavf/tls: verify TLS connections by default whenever possible

> On Jun 3, 2020, at 02:32, Moritz Barsnick wrote: > > On Fri, May 29, 2020 at 22:57:53 -0500, rcombs wrote: >> {"cafile", "Certificate Authority database file", offsetof(pstruct, >> options_field . ca_file), AV_OPT_TYPE_STRING, .flags = TLS_OPTFL }, \ >> -{"tls_verify", "Verify

Re: [FFmpeg-devel] [PATCH 1/4] lavf/tls_openssl: add support for verifying the server hostname on >=1.1.0

> On Jun 3, 2020, at 02:29, Moritz Barsnick wrote: > > On Fri, May 29, 2020 at 22:57:50 -0500, rcombs wrote: >> +#else >> +av_log(h, AV_LOG_WARNING, "ffmpeg was built against an old >> version of OpenSSL\n" >> + "which doesn't provide peer name

Re: [FFmpeg-devel] [PATCH 4/5] lavf/dashdec: improve memory handling

> On Jun 11, 2020, at 10:19, Andreas Rheinhardt > wrote: > > rcombs: >> - Fixes a couple leaks >> - Adds an av_freep equivalent for libxml buffers >> - Avoids some redundant copying >> --- >> libavformat/dashdec.c | 44 +++ >> 1 file changed, 24 insertion

Re: [FFmpeg-devel] [PATCH 3/5] lavc/h264dec: loosen new-extradata check

> On Jun 11, 2020, at 07:53, James Almer wrote: > > On 6/11/2020 1:43 AM, rcombs wrote: >> --- >> libavcodec/h264dec.c | 13 ++--- >> 1 file changed, 6 insertions(+), 7 deletions(-) >> >> diff --git a/libavcodec/h264dec.c b/libavcodec/h264dec.c >> index 6270ea80df..0d7492cfad 100644 >>

Re: [FFmpeg-devel] [PATCH] mailmap: add entry for myself

> On Jun 17, 2020, at 12:16, Josh de Kock wrote: > > On 17/06/2020 15:16, Zhong Li wrote: >> Signed-off-by: Zhong Li >> --- >> .mailmap | 3 ++- >> 1 file changed, 2 insertions(+), 1 deletion(-) >> diff --git a/.mailmap b/.mailmap >> index d1925bfab0..f14770d800 100644 >> --- a/.mailmap >> ++

Re: [FFmpeg-devel] [PATCH 4/5] lavf/matroskaenc: mux WebVTT using standard (non-WebM) formatting

> On Jun 20, 2020, at 04:12, Andreas Rheinhardt > wrote: > > rcombs: >> --- >> libavformat/matroskaenc.c | 30 -- >> 1 file changed, 24 insertions(+), 6 deletions(-) >> >> diff --git a/libavformat/matroskaenc.c b/libavformat/matroskaenc.c >> index 63d6b50e6a..94e6cc

Re: [FFmpeg-devel] [PATCH 02/15] lavc/codec_desc: add additional JPEG and BMP MIME types

> On Sep 9, 2020, at 08:23, Oneric wrote: > > On Wed, Sep 09, 2020 at 01:02:04 -0500, rcombs wrote: >> --- >> libavcodec/codec_desc.c | 4 ++-- >> 1 file changed, 2 insertions(+), 2 deletions(-) >> >> diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_desc.c >> index 3dee640360..49a00ad264

Re: [FFmpeg-devel] [PATCH 02/15] lavc/codec_desc: add additional JPEG and BMP MIME types

> On Sep 9, 2020, at 04:40, Andreas Rheinhardt > wrote: > > rcombs: >> --- >> libavcodec/codec_desc.c | 4 ++-- >> 1 file changed, 2 insertions(+), 2 deletions(-) >> >> diff --git a/libavcodec/codec_desc.c b/libavcodec/codec_desc.c >> index 3dee640360..49a00ad264 100644 >> --- a/libavcodec/cod

Re: [FFmpeg-devel] [PATCH 1/3] lavc/codec.h: add AV_CODEC_CAP_SINGLE_SUB_RECT

> On Feb 21, 2023, at 01:42, Nicolas George wrote: > > rcombs (12023-02-20): >> --- >> doc/APIchanges | 3 +++ >> libavcodec/codec.h | 5 + >> libavcodec/version.h | 2 +- >> 3 files changed, 9 insertions(+), 1 deletion(-) > > And... No change to the framework to make use of this fla

Re: [FFmpeg-devel] [PATCH 3/3] ffmpeg: respect AV_CODEC_CAP_SINGLE_SUB_RECT

> On Feb 21, 2023, at 01:45, Nicolas George wrote: > > rcombs (12023-02-20): >> Fixes ASS output when multiple rects are present. >> --- >> fftools/ffmpeg.c | 28 ++-- >> 1 file changed, 18 insertions(+), 10 deletions(-) > > Does this not belong to the framework? I don

Re: [FFmpeg-devel] [PATCH 2/3] lavc/assenc: set AV_CODEC_CAP_SINGLE_SUB_RECT

> On Feb 21, 2023, at 01:48, Nicolas George wrote: > > rcombs (12023-02-20): >> This already gave garbled output when multiple rects were present, >> so this is simply documenting an existing requirement. >> --- >> libavcodec/assenc.c | 2 ++ >> 1 file changed, 2 insertions(+) > > NAK: the cod

Re: [FFmpeg-devel] [PATCH v7 0/4] add ARIB caption decoder using libaribcaption

> On Feb 23, 2023, at 04:17, TADANO Tokumei wrote: > > Ping with rebased patch set. > Some chages are added to reflect review results from outside of this ML. > > --- > This patch set add another ARIB caption decoder using libaribcaption > external library: https://github.com/xqq/libaribcaptio

Re: [FFmpeg-devel] [PATCH 2/2] fftools: enable long path support on Windows

> On Mar 8, 2023, at 15:35, Martin Storsjö wrote: > > On Wed, 8 Mar 2023, rcombs wrote: > >> This allows use of filesystem paths longer than MAX_PATH (260 characters) >> on Windows 10 version 1607 and later. >> >> This _may_ be a no-op if a "LongPathsEnabled" isn't set in the registry. >> ---

Re: [FFmpeg-devel] [PATCH] Add functions to identify devices in more ways

> On May 9, 2023, at 12:16, Timo Rothenpieler wrote: > > On 09/05/2023 12:11, rcombs wrote: >> - cuDeviceGetUuid_v2, giving distinct IDs for different MIG instances >> - cuDeviceGetLuid, giving a Win32 LUID to match with DXGI and other APIs >> - cuDeviceGetByPCIBusId, retrieving a device that

Re: [FFmpeg-devel] [ANNOUNCE] upcoming GA vote

Received. > On Oct 25, 2023, at 07:22, Rémi Denis-Courmont wrote: > > Hi, > > I am not on the GA, but there are probably people with my locale on the GA. > And it seems that the voting system hits a Perl syntax error if your browser > locale is set to French. > __

Re: [FFmpeg-devel] [FFmpeg-cvslog] lavf/assenc: normalize line endings to \n

> On Feb 13, 2024, at 01:28, Anton Khirnov wrote: > > Quoting Martin Storsjö (2024-02-12 12:31:29) >> On Mon, 12 Feb 2024, Hendrik Leppkes wrote: >> >>> On Mon, Feb 12, 2024 at 11:22 AM Martin Storsjö wrote: > > diff --git a/.gitattributes b/.gitattributes > index 5a19b963b6..a90

Re: [FFmpeg-devel] [FFmpeg-cvslog] lavf/assenc: normalize line endings to \n

> On Feb 13, 2024, at 04:33, Martin Storsjö wrote: > > On Tue, 13 Feb 2024, Ridley Combs via ffmpeg-devel wrote: > >>> On Feb 13, 2024, at 01:28, Anton Khirnov wrote: >>> Quoting Martin Storsjö (2024-02-12 12:31:29) >>>> On Mon, 12 Feb 2024, Hendrik

Re: [FFmpeg-devel] [PATCH] avdevice/v4l2: Switch to wrapped AVFrames and implement strides

> On Sep 29, 2023, at 00:52, Asahi Lina via ffmpeg-devel > wrote: > > V4L2 provides a line stride to the client for hardware that has > alignment requirements. rawvideo cannot represent this, so switch to > wrapped_avframe for raw video formats and calculate the plane strides > manually. > >

Re: [FFmpeg-devel] [PATCH v1 2/5] avformat: add muxer support for H266/VVC

> On Jan 4, 2024, at 16:31, James Almer wrote: > > On 11/3/2023 6:57 AM, Thomas Siedel wrote: >> Add muxer for vvcc byte stream format. >> Add AV_CODEC_ID_VVC to ff_mp4_obj_type. >> Add AV_CODEC_ID_VVC to ISO Media codec (VvcConfigurationBox vvi1, >> vvc1 defined in ISO/IEC 14496-15:2021). >> A

Re: [FFmpeg-devel] [PATCH] avfilter/vf_subtitles: Respect YCbCr Matrix header

> On Oct 13, 2024, at 05:45, arch1t3cht wrote: > > As specified in libass's ass_types.h, the colors or ASS_Images > should be converted to YCbCr using the matrix/range specified in > the track's YCbCrMatrix field (unless that field is set to YCBCR_NONE, > and defaulting to TV.601 if the header

Re: [FFmpeg-devel] [PATCH 2/2] avformat/id3v2: Check that decode_str() did advance

> On Apr 15, 2025, at 08:59, softworkz . > wrote: > > > >> -Original Message- >> From: ffmpeg-devel > > On Behalf Of >> Michael Niedermayer >> Sent: Dienstag, 15. April 2025 01:20 >> To: FFmpeg development discussions and patches > de...@ffmpe