ault value is 5000.
@item pkt_size @var{integer}
Set the maximum size, in bytes, of RTP packets that send out.
-Default value is 1500.
+Default value is 1200.
@item buffer_size @var{integer}
Set the buffer size, in bytes, of underlying protocol.
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
d mov_build_index(MOVContext *mov, AVStream
*st)
chunk_samples -= samples;
}
}
+
+ret = mov_merge_tts_data(mov, st, MOV_MERGE_CTTS);
+if (ret < 0)
+return;
}
if (!mov->ignore_editlist && mov->advanced_editlist) {
--
2.49.1
___
buf, size);
if (ret > 0)
--
2.49.1
___________
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
SERVED ||
fgp->color_trc == AVCOL_TRC_RESERVED0 ||
-fgp->color_space > AVCOL_SPC_NB ||
+fgp->color_space >= AVCOL_SPC_NB ||
fgp->color_space == AVCOL_SPC_RESERVED)
goto error;
}
--
2.49.
49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
On Mon, 22 Sep 2025, harish.rajaselvan--- via ffmpeg-devel wrote:
I have been working on enabling ARM64EC compilation and have
successfully built FFmpeg binaries for this target. To achieve this it
required modifications to the build configuration files and to the
gas-preprocessor.pl script
if (hwcap & HWCAP_ ## cap) \
+if (hwcap & HWCAP_ARM_ ## cap) \
flags |= AV_CPU_FLAG_ ## flag; \
} while (0)
--
2.51.0
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
changed, 9 insertions(+), 3 deletions(-)
LGTM
// Martin
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
return flags;
#define check_cap(cap, flag) do { \
--
2.51.0
___________
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
ion=${gcc_version%%[!0-9]*}
if [ $major_version -lt 13 ]; then
# Disable tree-vectorize for GCC <13 - it has historically been buggy.
check_optflags -fno-tree-vectorize
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.
(ret < 0)
+goto fail;
+
break;
/* skip metadata block for unsupported types */
default:
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
PR #20568 opened by michaelni
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20568
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20568.patch
simply updated and rebased to current git master
is it ok as is or should we ignore ANMF chunks if strict_std_compliance >
FF_COMPLIANCE_EXPERIME
samples)
av_freep(&text_cleaned);
}
-wctx->index++;
-
AVDictionary **metadata = &frame->metadata;
if (metadata && segments_text) {
av_dict_set(metadata, "lavfi.whisper.text", segments_text, 0);
--
2.49.1
__
trdup(text_cleaned);
@@ -260,13 +260,13 @@ static void run_transcription(AVFilterContext *ctx,
AVFrame *frame, int samples)
avio_write(wctx->avio_context, buf, strlen(buf));
av_freep(&buf);
}
+
+wctx->index++;
}
av_freep(&text_cleaned);
}
-wctx->index++;
-
AVDictionary **metadata = &frame->metadata;
if (metadata && segments_text) {
av_dict_set(metadata, "lavfi.whisper.text", segments_text, 0);
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
On 21.09.2025 03:19, Brad Smith via ffmpeg-devel wrote:
libavformat/udp.c:283:9: warning: unused variable 'i' [-Wunused-variable]
Signed-off-by: Brad Smith
---
libavformat/udp.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/libavformat/udp.c b/libavfo
(pb, st->codecpar->alpha_mode);
+}
+
mxf_write_local_tag(s, 16, 0x3201);
avio_write(pb, *sc->codec_ul, 16);
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
ess %d is of incorrect
protocol family\n", i + 1);
--
2.51.0
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
n");
+for (int i = 0; i < BUF_SIZE; i++)
+fprintf(stderr, "%d\t", buf1[i]);
fail();
+}
bench_new(src1, 24*SIZEOF_PIXEL);
}
}
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
ts: 0.00 pos:901 size:
27837
--
2.46.0.windows.1
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
re at most the provided amount of bytes in a
cluster", OFFSET(cluster_size_limit),
AV_OPT_TYPE_INT , { .i64 = -1 }, -1, INT_MAX, FLAGS },
{ "cluster_time_limit", "store at most the provided number of
milliseconds in a cluster",
OFFSET(cluster_time_limit), AV_OPT_TYPE_INT64, { .i64 = -1 }, -1, INT64_MAX,
FLAGS },
--
2.46.0.windows.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
slave owners. -- Vladimir Lenin
signature.asc
Description: PGP signature
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
= &libwebp_decoder_class,
+.priv_data_size = sizeof(AnimatedWebPContext),
+.p.wrapper_name = "libwebp",
+ .init = decode_libwebp_init,
+ FF_CODEC_DECODE_CB(decode_libwebp_frame),
+.close = decode_libwebp_close,
+.p.capabilities = AV_CODEC_CAP_DR1 | AV_CODEC_CAP_DELAY,
+};
diff --git a/libavcodec/version.h b/libavcodec/version.h
index 9b8c267529..82a86fe9d9 100644
--- a/libavcodec/version.h
+++ b/libavcodec/version.h
@@ -29,7 +29,7 @@
#include "version_major.h"
-#define LIBAVCODEC_VERSION_MINOR 15
+#define LIBAVCODEC_VERSION_MINOR 16
#define LIBAVCODEC_VERSION_MICRO 100
#define LIBAVCODEC_VERSION_INT AV_VERSION_INT(LIBAVCODEC_VERSION_MAJOR, \
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
On 9/9/2025 9:38 AM, Jerome Martinez via ffmpeg-devel wrote:
diff --git a/libavformat/matroskaenc.c b/libavformat/matroskaenc.c
index 8142d9125e..5339b6fd33 100644
--- a/libavformat/matroskaenc.c
+++ b/libavformat/matroskaenc.c
@@ -1706,16 +1706,16 @@ static void
mkv_write_blockadditionmapping
= encode_close,
--
2.49.1
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
PO) $TMPM
}
test_nvcc(){
--
2.49.1
___________
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
2b
+ret
+endfunc
+
function ff_vvc_dmvr_h_8_neon, export=1
movrel x7, X(ff_vvc_inter_luma_dmvr_filters)
add x7, x7, x4, lsl #1
--
2.49.1
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
T
Timo Rothenpieler via ffmpeg-devel (HE12025-09-18):
> The problem is they can be very frequent. And not only force pushes.
> So the current implementation is a compromise between visibility and
> spam-level.
They are not more frequent than v2, v3, etc., used to be, and therefore
below a
bug tracking for the time being.
I am also neutral on GitLab vs ForgeJo - I think both systems have their
strengths and weaknesses, although it appears simpler to smooth out ForgeJo's
bugs than to modify GitLab's monolithic codebase.
___________
ffmpeg-devel m
,'f'))
+if (bytestream2_get_be32(&gb) != MKBETAG('p','r','r','f'))
return AVERROR_INVALIDDATA;
int header_len = bytestream2_get_be16(&gb);
diff --git a/libavcodec/prores_raw_parser.c b/libavcodec/prores_raw_parser.c
index d0dfdd9e86..fb690f243d 100644
--- a/libavcodec/prores_raw_parser.c
+++ b/libavcodec/prores_raw_parser.c
@@ -46,7 +46,7 @@ static int prores_raw_parse(AVCodecParserContext *s,
AVCodecContext *avctx,
if (bytestream2_get_be32(&gb) != buf_size) /* Packet size */
return buf_size;
-if (bytestream2_get_le32(&gb) != MKTAG('p','r','r','f')) /* Frame header */
+if (bytestream2_get_be32(&gb) != MKBETAG('p','r','r','f')) /* Frame header
*/
return buf_size;
int header_size = bytestream2_get_be16(&gb);
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
PR #20562 opened by Timo Rothenpieler (BtbN)
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20562
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20562.patch
This is forwarded from
https://lists.ffmpeg.org/lore/ffmpeg-devel/20250703142520.16586-1-ddeso...@nvidia.com/T/#u
so it doesn&#
> On Sep 20, 2025, at 14:06, Brad Smith via ffmpeg-devel
> wrote:
>
> libavformat/udp.c:283:9: warning: unused variable 'i' [-Wunused-variable]
>
> Signed-off-by: Brad Smith
> ---
> libavformat/udp.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 dele
1d7c58b..2315b1043a 100644
--- a/libavfilter/vf_transpose_npp.c
+++ b/libavfilter/vf_transpose_npp.c
@@ -85,6 +85,8 @@ static int npptranspose_init(AVFilterContext *ctx)
NPPTransposeContext *s = ctx->priv;
int i;
+av_log(ctx, AV_LOG_WARNING, "The libnpp based filters a
16);
--
2.49.1
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
ret = av_timegm(&timeinfo) * 1000LL - start;
fail:
av_freep(&buffer);
avio_seek(s->pb, start_pos, SEEK_SET);
-return 0;
+return ret;
}
static int dhav_read_header(AVFormatContext *s)
--
2.49.1
___________
ffmpeg-devel mailing list --
ports supplying the interface based on its
* address. */
-int i;
for (i = 0; i < nb_sources; i++) {
struct group_source_req mreqs;
int level = addr->sa_family == AF_INET ? IPPROTO_IP : IPPROTO_IPV6;
--
2.51.0
_____
ps.h
@@ -266,8 +266,9 @@ typedef struct VVCSH {
} VVCSH;
struct VVCContext;
+struct VVCFrameContext;
-int ff_vvc_decode_frame_ps(VVCFrameParamSets *fps, struct VVCContext *s);
+int ff_vvc_decode_frame_ps(struct VVCFrameContext *fc, struct VVCContext *s);
int ff_vvc_decode_aps(VVCParamSets *ps, const Cod
+charstr[5];
};
static struct ValidTimeCodeRate valid_time_code_rates[] = {
--
2.49.1
>From 33209282b4cf4de1c5be85c0b4b25e7a764fe00b Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Fri, 19 Sep 2025 20:56:10 +0200
Subject: [PATCH 10/11] avformat/mccenc: Hardcode codec names
Signed-off-by: Andreas Rheinhardt
---
libavformat/mccenc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/libavformat/mccenc.c b/libavformat/mccenc.c
index 1fbeebfe0f..c64d53805d 100644
--- a/libavformat/mccenc.c
+++ b/libavformat/mccenc.c
@@ -437,9 +437,7 @@ static int mcc_init(AVFormatContext *avf)
} else if (st->codecpar->codec_id != AV_CODEC_ID_SMPTE_436M_ANC) {
av_log(avf,
AV_LOG_ERROR,
- "mcc muxer supports only codec %s or codec %s\n",
- avcodec_get_name(AV_CODEC_ID_SMPTE_436M_ANC),
- avcodec_get_name(AV_CODEC_ID_EIA_608));
+ "mcc muxer supports only codec smpte_436m_anc or codec
eia_608\n");
return AVERROR(EINVAL);
}
--
2.49.1
>From 927e0f8368f203069f6a5e1b9d592a840bde8a90 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Fri, 19 Sep 2025 20:56:36 +0200
Subject: [PATCH 11/11] avformat/mccdec: Constify data
Signed-off-by: Andreas Rheinhardt
---
libavformat/mccdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/mccdec.c b/libavformat/mccdec.c
index 71882d13a9..e9b6fa14b4 100644
--- a/libavformat/mccdec.c
+++ b/libavformat/mccdec.c
@@ -158,7 +158,7 @@ struct ValidTimeCodeRate {
charstr[5];
};
-static struct ValidTimeCodeRate valid_time_code_rates[] = {
+static const struct ValidTimeCodeRate valid_time_code_rates[] = {
{ .rate = { .num = 24, .den = 1 }, .str = "24" },
{ .rate = { .num = 25, .den = 1 }, .str = "25" },
{ .rate = { .num = 3, .den = 1001 }, .str = "30DF" },
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
e way we do with TLS, so all tls URL options will be properly supported.
Signed-off-by: Marton Balint
---
doc/protocols.texi| 13 ++++++---
libavformat/tls_openssl.c | 15 ---
2 files changed, 18 insertions(+), 10 deletions(-)
diff --git a/doc/protocols.texi b/doc/protocols.texi
index 9f88f005b9..b74383122a 100644
--- a/doc/protocols.texi
+++ b/doc/protocols.texi
@@ -2052,12 +2052,19 @@ Datagram Transport Layer Security (DTLS)
The required syntax for a DTLS URL is:
@example
-dtls://@var{hostname}:@var{port}
+dtls://@var{hostname}:@var{port}[?@var{options}]
@end example
+@var{options} contains a list of &-separated options of the form
+@var{key}=@var{val}. Standard percent-encoding (and using the plus sign for
+space) can be used to escape keys and values.
+
+Options can also can be specified via command line options (or in code via
+@code{AVOption}s).
+
DTLS shares most options with TLS, but operates over UDP instead of TCP.
-The following parameters can be set via command line options
-(or in code via @code{AVOption}s):
+
+The list of supported options follows.
@table @option
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index edfd657a3f..f724153da1 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -749,6 +749,13 @@ static int dtls_start(URLContext *h, const char *url, int
flags, AVDictionary **
av_assert0(s);
s->is_dtls = 1;
+if (!c->tls_shared.external_sock) {
+if ((ret = ff_tls_open_underlying(&c->tls_shared, h, url, options)) <
0) {
+av_log(c, AV_LOG_ERROR, "Failed to connect %s\n", url);
+return ret;
+}
+}
+
c->ctx = SSL_CTX_new(s->listen ? DTLS_server_method() :
DTLS_client_method());
if (!c->ctx) {
ret = AVERROR(ENOMEM);
@@ -801,13 +808,6 @@ static int dtls_start(URLContext *h, const char *url, int
flags, AVDictionary **
DTLS_set_link_mtu(c->ssl, s->mtu);
init_bio_method(h);
-if (!c->tls_shared.external_sock) {
-if ((ret = ff_tls_open_underlying(&c->tls_shared, h, url, options)) <
0) {
-av_log(c, AV_LOG_ERROR, "Failed to connect %s\n", url);
-return ret;
-}
-}
-
/* This seems to be necessary despite explicitly setting client/server
method above. */
if (s->listen)
SSL_set_accept_state(c->ssl);
@@ -838,6 +838,7 @@ static int dtls_start(URLContext *h, const char *url, int
flags, AVDictionary **
ret = 0;
fail:
+tls_close(h);
return ret;
}
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
PR #20552 opened by ArazIusubov
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20552
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20552.patch
Implement AV1 hardware encoding using Direct3D 12 Video API (D3D12VA).
D3D12 AV1 headers are available starting with Windows SDK 10.0.26100,
so
{
0x06,0x0E,0x2B,0x34,0x04,0x01,0x01,0x0a,0x04,0x01,0x02,0x02,0x01,0x01,0x5C,0x00
},
mxf_write_s436m_anc_desc },
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
On Tue, Sep 16, 2025 at 10:49:00AM +0200, Michael Niedermayer via ffmpeg-devel
wrote:
> Hi all
>
> 2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested
> Forgejo. And as said in that vote, (and surprisingly, i have not forgotten it)
> heres the "after tes
han 32 bit timecodes
The last 2 patches adds timecode support in Matroska
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
7;)) & s->has_channel)) {
+ s->is_luma = 1;
+} else {
+avpriv_request_sample(s->avctx, "Uncommon channel
combination");
+ret = AVERROR(AVERROR_PATCHWELCOME);
+goto fail;
+}
/* Check if all channels are set with an offset or if the channels
* are causing an overflow */
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
ROR_PATCHWELCOME;
+}
+
lo_usize = AV_RL64(src + 8);
lo_size = AV_RL64(src + 16);
ac_size = AV_RL64(src + 24);
--
2.49.1
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
Hi Martin
On Tue, Sep 16, 2025 at 10:54:19PM +0300, Martin Storsjö via ffmpeg-devel wrote:
> On Tue, 16 Sep 2025, Michael Niedermayer via ffmpeg-devel wrote:
>
> > On Tue, Sep 16, 2025 at 02:12:20PM +0300, Martin Storsjö via ffmpeg-devel
> > wrote:
> > > On Tue, 16 Se
extra data exist for VVC or is it a bug?
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
mån 2025-09-15 klockan 10:26 -0300 skrev Helmuth Schmitz via ffmpeg-
devel:
> The first UL of the SMPTE 436M descriptor triple in mxfenc.c used
> 0x0a
> instead of 0x09. This caused generated MXF files without "MXF-GC
> Generic
> ANC
> Data Mapping" essence container
fre 2025-09-12 klockan 15:09 + skrev Niklas Haas via ffmpeg-devel:
> PR #20504 opened by Niklas Haas (haasn)
> URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20504
> Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20504.patch
>
> Marking this as WIP because I think it
On Thu, 18 Sep 2025, Timo Rothenpieler via ffmpeg-devel wrote:
On 9/17/2025 8:32 PM, Marton Balint via ffmpeg-devel wrote:
On Wed, 17 Sep 2025, Timo Rothenpieler via ffmpeg-devel wrote:
On 9/16/2025 11:12 PM, Balint Marton via ffmpeg-devel wrote:
- I am not sure what would be the
ase AV_FILM_GRAIN_PARAMS_H274:
-ret = ff_h274_apply_film_grain(fc->ref->frame_grain,
fc->ref->frame,
-&s->h274db, fgp);
+ ret = ff_h274_apply_film_grain(fc->ref->frame_grain,
fc->ref->frame, fgp);
if (ret < 0)
return ret;
break;
diff --git a/libavcodec/vvc/dec.h b/libavcodec/vvc/dec.h
index 5f8065b38b..bfb8a2e20d 100644
--- a/libavcodec/vvc/dec.h
+++ b/libavcodec/vvc/dec.h
@@ -222,7 +222,6 @@ typedef struct VVCContext {
CodedBitstreamFragment current_frame;
VVCParamSets ps;
-H274FilmGrainDatabase h274db;
int temporal_id;///< temporal_id_plus1 - 1
int poc_tid0;
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
On 9/18/2025 7:29 AM, 张洪源 via ffmpeg-devel wrote:
Dear FFmpeg Developers and Maintainers,
I hope this email finds you well.
My name is [Your Name], and I am writing to kindly inquire about a patch I
recently submitted as my first contribution to the FFmpeg project. The patch is
titled
On Mon, Sep 15, 2025 at 02:57:53PM +0200, Michael Niedermayer via ffmpeg-devel
wrote:
> Hi
>
> On Mon, Sep 15, 2025 at 02:06:07PM +0200, Timo Rothenpieler via ffmpeg-devel
> wrote:
> > On 15/09/2025 13:09, Michael Niedermayer via ffmpeg-devel wrote:
> [...]
> > > I
On September 18, 2025 2:15:22 AM PDT, Nicolas George via ffmpeg-devel
wrote:
> If this web monster does not let you push code in your private fork
> without asking to include it upstream, it is one more reason not to use
> that thing.
It does let you push to your private for
48,7 +846,6 @@ static int tls_open(URLContext *h, const char *uri, int
flags, AVDictionary **op
TLSShared *s = &c->tls_shared;
int ret;
-av_assert0(s);
if ((ret = ff_tls_open_underlying(s, h, uri, options)) < 0)
goto fail;
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
t approach.
smime.p7s
Description: S/MIME Cryptographic Signature
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
On Thu, 18 Sep 2025 01:52:31 -0700 Jacob Lifshay via ffmpeg-devel
wrote:
> On Thu, Sep 18, 2025 at 12:03 AM Nicolas George via ffmpeg-devel
> wrote:
> >
> > Timo Rothenpieler via ffmpeg-devel (HE12025-09-18):
> > > The problem is they can be very frequent. And not
+ " | = Source or sink filter\n"
+ " --\n");
while ((filter = av_filter_iterate(&opaque))) {
descr_cur = descr;
for (i = 0; i < 2; i++) {
--
2.49.1
_______
ffmpeg-devel mailing
Jacob Lifshay via ffmpeg-devel (HE12025-09-18):
> I don't know about you, but whenever I'm developing code, I sometimes
> push new changes multiple times in a day and then only ask for more
> review after I'm done developing whatever thing I'm working on, maybe
> af
sample via sending PR to this fate-suit repo.
3. Add cross link and rerun CI manually in FFmpeg repo’s PR after fate-suit’s
PR merged.
Maybe there are more simpler methods to do that.
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe
On 2025-09-16 02:19 pm, Michael Niedermayer via ffmpeg-devel wrote:
Hi all
2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested
Forgejo. And as said in that vote, (and surprisingly, i have not forgotten it)
heres the "after testing" discussion and vote
do we wa
> On Sep 17, 2025, at 22:44, Niklas Haas via ffmpeg-devel
> wrote:
>
> On Tue, 16 Sep 2025 10:49:00 +0200 Michael Niedermayer
> wrote:
>> Hi all
>>
>> 2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested
>> Forgejo. And as said
On Thu, Sep 18, 2025 at 12:03 AM Nicolas George via ffmpeg-devel
wrote:
>
> Timo Rothenpieler via ffmpeg-devel (HE12025-09-18):
> > The problem is they can be very frequent. And not only force pushes.
> > So the current implementation is a compromise between visibility
ne to show_filters output"
I submitted this patch via email on [Date of Submission], but I have been
unable to locate it in the mailing list archives at
https://ffmpeg.org/pipermail/ffmpeg-devel/.
As this is my first time contributing to FFmpeg, I am concerned that there
might be an iss
e keep forgejo we will likely transition our issue tracker
> tickets into forgejo too, discussing with timo yesterday night
> indicates that this likely can be done cleaner and neater than at
> first expected.
>
> * if we switch back to the ML, we still could have subsystem
> maintaine
_____
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
whip, AV_LOG_ERROR, "Failed to set crypto for rtcp send\n");
@@ -1924,6 +1945,7 @@ static av_cold void whip_deinit(AVFormatContext *s)
av_freep(&whip->key_file);
ff_srtp_free(&whip->srtp_audio_send);
ff_srtp_free(&whip->srtp_video_send);
+ ff_srtp_free(&whip->srtp_video_rtx_send);
ff_srtp_free(&whip->srtp_rtcp_send);
ff_srtp_free(&whip->srtp_recv);
ffurl_close(whip->dtls_uc);
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
On 9/17/2025 8:32 PM, Marton Balint via ffmpeg-devel wrote:
On Wed, 17 Sep 2025, Timo Rothenpieler via ffmpeg-devel wrote:
On 9/16/2025 11:12 PM, Balint Marton via ffmpeg-devel wrote:
- I am not sure what would be the counterpart of doing a last-chance
ping
before applying a series
PR #20477 opened by indecisive_turtle
URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20477
Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20477.patch
This is a compute implementation of the prores kostya encoder. On my NVIDIA GTX
1650 it's about 3-4x faster than the reference code. Ther
e changed, 2 insertions(+)
diff --git a/.forgejo/workflows/lint.yml b/.forgejo/workflows/lint.yml
index 42e925ad8b..afbdba89a2 100644
--- a/.forgejo/workflows/lint.yml
+++ b/.forgejo/workflows/lint.yml
@@ -24,3 +24,5 @@ jobs:
key: pre-commit-${{ steps.install.outputs.envhash }}
- name: R
x27;d be good if this was billed directly to
FFmpeg via SPI somehow.
Timo
smime.p7s
Description: S/MIME Cryptographic Signature
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
data = ctx->wgc_thread_cb_data ?
+ std::static_pointer_cast(ctx->wgc_thread_cb_data) :
+ std::make_shared();
+
+cbdata->done = cbdata->cancel = false;
+cbdata->ret = AVERROR_BUG;
boolean res = 0;
CHECK_HR_RET(wgctx->dispatcher_queue->TryEnqueue(
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
questions about the command line tools should be sent to the ffmpeg-user ML.
And questions about how to use libav* should be sent to the libav-user ML.
signature.asc
Description: PGP signature
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To u
On 9/11/2025 4:59 PM, Marco Oman via ffmpeg-devel wrote:
Hi,
I compiled the example hw_decode.c on Ubuntu 24.04 with ffmpeg 7.0 compiled
with --enable-cuda-nvcc. Then lauched the decoding over a small mp4 file with a
video encoded H264 and checked the whole thing with valgrind with the
av_strlcpy(reply->reason, p, sizeof(reply->reason));
} else {
av_strlcpy(reply->reason, buf1, sizeof(reply->reason)); //
method
--
2.49.1
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
On Wed, 17 Sep 2025, Timo Rothenpieler via ffmpeg-devel wrote:
On 9/16/2025 11:12 PM, Balint Marton via ffmpeg-devel wrote:
- I am not sure what would be the counterpart of doing a last-chance ping
before applying a series in the foregejo system, it was a useful thing
in the ML
Michael Niedermayer via ffmpeg-devel (HE12025-09-16):
> F. keep Forgejo as primary forge for patch/git workflow
> M. switch back to the ML for patch/git workflow
M of course.
We can try again in a year or two when the proponents have had time to
learn from the mistakes of this attempt.
R
Martin Storsjö via ffmpeg-devel (HE12025-09-16):
> No, that is not the point at all.
>
> The point is having one's voice and vote count, without needing to disclose
> it publicly. On potentially contentious matters, people eligible to vote may
> wish to do so, without havi
all within
just 2 seconds. For that little detail alone:
F
softworkz
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
On Tue, 16 Sep 2025 23:12:55 +0200 Balint Marton via ffmpeg-devel
wrote:
> [...]
>
> - Comparing pull request versions does not remove the upstreamed commits
>from the comparison, so if a new version is newly rebased, I see
>upstream commits as well in the comparison.
>
On 9/16/2025 11:12 PM, Balint Marton via ffmpeg-devel wrote:
On Tue, 16 Sep 2025, Michael Niedermayer via ffmpeg-devel wrote:
Hi all
2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested
Forgejo. And as said in that vote, (and surprisingly, i have not
forgotten it
cket(avctx, pkt, max_packet_size);
if (ret < 0)
return ret;
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
cenc atoms that should reside inside stbl
*/
--
2.49.1
___________
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
; bug submission page...
Cheers!
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
On Tue, 16 Sep 2025, Michael Niedermayer via ffmpeg-devel wrote:
On Tue, Sep 16, 2025 at 02:12:20PM +0300, Martin Storsjö via ffmpeg-devel wrote:
On Tue, 16 Sep 2025, Michael Niedermayer wrote:
Hi all
2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested
Forgejo. And as
iling
list for code review.
// Martin
___________
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
On Tue, 16 Sep 2025, Michael Niedermayer via ffmpeg-devel wrote:
Hi all
2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested
Forgejo. And as said in that vote, (and surprisingly, i have not forgotten it)
heres the "after testing" discussion and vote
do we wa
uot;$cc" | sed 's/\(.*\)gcc/\1g++/')"
+;;
+*clang*)
+cxx_default="$(echo "$cc" | sed 's/\(.*\)clang/\1clang++/')"
+;;
+*cl.exe|*cl|*icl)
+cxx_default="$cc"
+ ;;
+esac
+
sysinclude_default="${sysroot}
On Tue, 16 Sept 2025, 16:17 Lynne via ffmpeg-devel,
wrote:
> PR #20533 opened by Lynne
> URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20533
> Patch URL: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/20533.patch
IMO unrelated and independent changes should be different PRs
Hi Alexander
On Tue, Sep 16, 2025 at 03:59:38PM +0200, Alexander Strasser via ffmpeg-devel
wrote:
> On 2025-09-16 10:49 +0200, Michael Niedermayer via ffmpeg-devel wrote:
> >
> [...]
> >
> > * If we keep forgejo we will likely transition our issue tracker ticket
Hi Martin
On Tue, Sep 16, 2025 at 02:12:20PM +0300, Martin Storsjö via ffmpeg-devel wrote:
> On Tue, 16 Sep 2025, Michael Niedermayer wrote:
>
> > Hi all
> >
> > 2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested
> > Forgejo. And as said in t
tra_only_flag = AV_FRAME_FLAG_KEY;
-if (avctx->codec_type == AVMEDIA_TYPE_VIDEO)
-p->initial_pict_type = AV_PICTURE_TYPE_I;
-}
-
atomic_init(&p->state, STATE_INPUT_READY);
copy = av_memdup(avctx, sizeof(*avctx));
--
2.49.1
_____
decode_frame(AVCodecContext *avctx,
return AVERROR_INVALIDDATA;
/* ProRes RAW frame */
-if (bytestream2_get_le32(&gb) != MKTAG('p','r','r','f'))
+if (bytestream2_get_be32(&gb) != MKBETAG('p','r','r','f'))
return AVERROR_INVALIDDATA;
int header_len = bytestream2_get_be16(&gb);
diff --git a/libavcodec/prores_raw_parser.c b/libavcodec/prores_raw_parser.c
index d0dfdd9e86..fb690f243d 100644
--- a/libavcodec/prores_raw_parser.c
+++ b/libavcodec/prores_raw_parser.c
@@ -46,7 +46,7 @@ static int prores_raw_parse(AVCodecParserContext *s,
AVCodecContext *avctx,
if (bytestream2_get_be32(&gb) != buf_size) /* Packet size */
return buf_size;
-if (bytestream2_get_le32(&gb) != MKTAG('p','r','r','f')) /* Frame header */
+if (bytestream2_get_be32(&gb) != MKBETAG('p','r','r','f')) /* Frame header
*/
return buf_size;
int header_size = bytestream2_get_be16(&gb);
--
2.49.1
___
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
+return -1;
+}
c->found_mdat=1;
return 0; /* now go for moov */
}
--
2.34.1
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
Hi
On Mon, Sep 15, 2025 at 02:06:07PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
> On 15/09/2025 13:09, Michael Niedermayer via ffmpeg-devel wrote:
[...]
> > Ideas, Comments ?
>
> I do think trac is a dead end software, and we want to eventually retire it.
btw, anyone kno
On 2025-09-16 10:49 +0200, Michael Niedermayer via ffmpeg-devel wrote:
>
[...]
>
> * If we keep forgejo we will likely transition our issue tracker tickets
> into forgejo too, discussing with timo yesterday night indicates that
> this likely can be done cleaner and neate
/ "Forgejo" vs "M." / "ML"
> End time is in 7 days unless teh community wants to extend that.
> (Also if results are inconclusive like because a 3rd option emerges
> then ill restart this with condorcet on vote.ffmpeg.org)
F (Keep Forgejo)
__
Any vote on anything that can be even potentially contentious should be
made with closed voting, not requiring everybody to publicly state their
preference.
// Martin
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
x
smime.p7s
Description: S/MIME Cryptographic Signature
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
F
On Tue, Sep 16, 2025 at 10:50 AM Michael Niedermayer via ffmpeg-devel
wrote:
>
> Hi all
>
> 2 months ago we voted on testing Forgejo vs Gitlab, we picked and tested
> Forgejo. And as said in that vote, (and surprisingly, i have not forgotten it)
> heres the "after testi
ocrates
signature.asc
Description: PGP signature
_______
ffmpeg-devel mailing list -- ffmpeg-devel@ffmpeg.org
To unsubscribe send an email to ffmpeg-devel-le...@ffmpeg.org
1 - 100 of 2146 matches
Mail list logo
