t; g:h
+http://a/b/c/d;p?q g:h =>
http://a/b/c/g:h
http://a/b/c/d;p?q g=>
http://a/b/c/g
http://a/b/c/d;p?q ./g =>
http://a/b/c/g
http://a/b/c/d;p?q g/ =>
http://a/b/c/g/
--
2.43.0
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
break ("host:port", with no scheme
or path) are much less obvious and intuitive than the workflows that it
rescues.
Regardless of the decision, thanks for reviewing the patch!
Best,
Tim
_______________
ffmpeg-devel mailing list
[email protected]
htt
ed command
> [3/3] fftools/resoirces: Mark .css.min and .css.min.gz as NOTINTERMEDIATE
>
>
> Thanks again,
> sw
>
Can we just revert the whole set until it's cleaned up properly?
There are more patches to fix issues than the set itself. This is
understandable if it's
ing AVX2 functions makes up ~42 KiB.
>
> Tested to pass FATE on Linux and Windows.
Pushed.
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel
AB
>
> Many things microsoft did are stupid, but not doing something just because
> microsoft did it is even more stupid. If everything ms did were stupid they
> would be bankrupt already.
> ___
> ffmpeg-devel mailing list
> ffmpeg-de
>
> - adding vzeroupper: ~12%
>
This seems quite suspicious.
Can you explain what you are doing here?
Kieran
>
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit li
On Wed, May 21, 2025 at 5:48 PM Henrik Gramner wrote:
>
> Tested to pass FATE on Linux and Windows.
Pushed.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link abo
unknown
> > prim:reserved trc:bt709 -> fmt:yuv420p csp:bt709 prim:reserved trc:bt709
> > —
>
>
> Will apply soon.
Surely this should be filtered in swscale?
I think we need to pass through future reserved values of csp and stuff.
Kieran
____
On Tue, 4 Mar 2025, 19:01 Kieran Kunhya, wrote:
>
>
> On Tue, 4 Mar 2025, 11:17 Michael Niedermayer,
> wrote:
>
>> Hi Kieran
>>
>> On Tue, Mar 04, 2025 at 08:13:11AM -0600, Kieran Kunhya via ffmpeg-devel
>> wrote:
>> [...]
>> > Hi Michael,
On Sat, 24 May 2025, 17:39 Michael Niedermayer,
wrote:
> Hi
>
> On Fri, May 23, 2025 at 01:13:05PM +0100, Kieran Kunhya via ffmpeg-devel
> wrote:
> [...]
> > > As an example i could have instead replied with a tone matching yours:
> > > (below is a (true) exa
your dictator
>
That would be nice in FFmpeg but instead we just get a dictator (you).
Kieran
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
AVERROR(ENOSYS);
+
if (ffifmt(s->iformat)->read_seek2 && !ffifmt(s->iformat)->read_seek) {
int64_t min_ts = INT64_MIN, max_ts = INT64_MAX;
if ((flags & AVSEEK_FLAG_BACKWARD))
--
2.49.0
_______
ffmpeg-devel maili
source_addrs);
+if (s->duration == AV_NOPTS_VALUE)
+s->ctx_flags |= AVFMTCTX_UNSEEKABLE;
+
return 0;
}
#endif /* CONFIG_RTPDEC */
--
2.49.0
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/f
mes in the stream.
--
Kaarle Ritvanen
Data King Ltd
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
rests of FFmpeg?
Kieran
>
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
@Andreas Rheinhardt
Should we revert this?
Kieran
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject
FFmpeg.
Kieran
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
,9 +1021,7 @@ static av_cold int dtls_close(URLContext *h)
av_freep(&ctx->tls_shared.fingerprint);
av_freep(&ctx->tls_shared.cert_buf);
av_freep(&ctx->tls_shared.key_buf);
-#if OPENSSL_VERSION_NUMBER < 0x3000L /* OpenSSL 3.0 */
-EC_KEY_free(ctx->dtls_eckey);
-#endif
ay-improve-av_display_rotation_get-fo.patch
Description: Binary data
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] wi
On Wed, Jun 4, 2025 at 5:15 AM Maryla Ustarroz-Calonge via
ffmpeg-devel wrote:
>
> Signed-off-by: Maryla Ustarroz-Calonge
> ---
> Changelog | 1 +
> libavcodec/libaomdec.c | 62 ++
> libavcode
On Wed, 4 Jun 2025, 12:46 Steven Liu, wrote:
> Kieran Kunhya via ffmpeg-devel 于2025年6月4日周三
> 19:35写道：
> Hi Kieran,
>
> >
> > @Andreas Rheinhardt
> > Should we revert this?
>
> I believe it would be better to leave comments if there are any
> concerns abo
On Fri, May 30, 2025 at 2:52 PM Andreas Rheinhardt
wrote:
>
> Maryla Ustarroz-Calonge via ffmpeg-devel:
> > The new fate sample av1/metadata_hdr10_plus.ivf used in the second
> > test is the output of the first test.
> >
> > Signed-off-by: Maryla Ustarroz-Calong
On Fri, May 30, 2025 at 3:52 AM Maryla Ustarroz-Calonge via
ffmpeg-devel wrote:
>
> Signed-off-by: Maryla Ustarroz-Calonge
> ---
> libavcodec/libaomdec.c | 62 ++
> libavcodec/libaomenc.c | 60 +++
ngerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>
> Complexity theory is the science of finding the exact solution to an
> approximation. Benchmarking OTOH is finding an approximation of the exact
> _______
> ffmpeg-devel mailing list
>
recover
from any packet loss.
Without the experimental flag FFmpeg will get support tickets raised and
claims it is inferior to other implementations. Users will not be aware of
the lack of missing feature otherwise.
So it may be compliant on paper but it's not usable in the real world.
Kieran
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
gt; -end_buffer_pos = avio_size(s->pb) - end_buffer_size;
> +end_buffer_pos = size - end_buffer_size;
> avio_seek(s->pb, end_buffer_pos, SEEK_SET);
> avio_read(s->pb, end_buffer, end_buffer_size);
>
> --
> 2.49.0
>
Can you explain what "not safe" m
you seriously expecting people to be able to review diffs of diffs like
this?
Kieran
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...
(const char *pem_str)
{
-BIO *mem = BIO_new_mem_buf(pem_str, -1);
+BIO *mem = BIO_new_mem_buf((void *)pem_str, -1);
if (!mem) {
av_log(NULL, AV_LOG_ERROR, "BIO_new_mem_buf failed\n");
return NULL;
--
2.49.0
___________
ffmpeg-d
On Sat, Jun 7, 2025 at 5:20 PM softworkz .
wrote:
>
>
> It's MythBusters Day!
> =
>
>
> Today: Busting the Lies of Nicolas George
Can you stop spamming this list with your rants and get a blog or something?
Kieran
______
_________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
if (fmt->flags & AVFMT_EXPERIMENTAL && short_name)
continue;
score = 0;
if (fmt->name && short_name && av_match_name(short_name, fmt->name))
--
2.49.0
_______
ffmpeg-devel mailing list
ffm
--- Begin Message ---
On Wed, Jun 11, 2025 at 9:58 PM softworkz .
wrote:
>
>
>
> > -Original Message-
> > From: ffmpeg-devel On Behalf Of
> > Marton Balint
> > Sent: Mittwoch, 11. Juni 2025 21:18
> > To: FFmpeg development discussions and patch
.p.flags= AVFMT_GLOBALHEADER | AVFMT_NOFILE |
AVFMT_EXPERIMENTAL,
.p.priv_class = &whip_muxer_class,
.priv_data_size = sizeof(WHIPContext),
.init = whip_init,
--
2.49.0
--- End Message ---
_______
ffmpeg-deve
.p.flags= AVFMT_GLOBALHEADER | AVFMT_NOFILE |
AVFMT_EXPERIMENTAL,
.p.priv_class = &whip_muxer_class,
.priv_data_size = sizeof(WHIPContext),
.init = whip_init,
--
2.49.0
--- End Message ---
_______
ffmpeg-deve
ot;The optional private key file path for DTLS",
OFFSET(key_file), AV_OPT_TYPE_STRING, { .str = NULL }, 0,
0, ENC },
{ NULL },
};
--
2.49.0
--- End Message ---
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
gs affecting WHIP connection behavior",
OFFSET(flags), AV_OPT_TYPE_FLAGS, { .i64 = 0 },
0, UINT_MAX, ENC, .unit = "flags" },
+{ "ignore_ipv6","ignore any IPv6 ICE candidate", 0,
AV_OPT_TYPE_CONST, { .i64 = WHIP_
0,0, ENC },
+{ "whip_flags", "set flags affecting WHIP connection behavior",
OFFSET(flags), AV_OPT_TYPE_FLAGS, { .i64 = 0 },
0, UINT_MAX, ENC, .unit = "flags" },
+{ "ignore_ipv6",
---
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
these filters
>
> Regardless, I still think we should then just establish a clear pipeline
> here to prevent this sort of discussion from happening in the future.
>
> Timo, can something like the VLC merge bot be implemented in ForgeJo?
>
For reference, that's https://code.videolan.or
anyone
>
> thx
>
How do plugins manage FATE tests?
Kieran
>
_______
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
On Thu, 14 Aug 2025, 12:53 Alexander Strasser via ffmpeg-devel, <
[email protected]> wrote:
> On 2025-08-14 18:44 +0200, Michael Niedermayer wrote:
> > On Thu, Aug 14, 2025 at 04:18:03PM +0200, Nicolas George wrote:
> > > Kieran Kunhya via ffmpeg-devel (HE12025-08-14
CPU_FLAG_AVX2) && family == 6 && model < 143) {
rval |= AV_CPU_FLAG_SLOW_GATHER;
+}
}
#endif /* cpuid */
--
2.50.1.703.g449372360f-goog
___________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg
.00x)
hscale_8_to_15__fs_4_dstW_512_sse2:287.9 ( 6.39x)
hscale_8_to_15__fs_4_dstW_512_ssse3: 293.8 ( 6.26x)
hscale_8_to_15__fs_4_dstW_512_avx2:219.2 ( 8.40x)
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmp
= &ctx->rawimg;
> +aom_img_remove_metadata(rawimg);
> rawimg->planes[AOM_PLANE_Y] = frame->data[0];
> rawimg->planes[AOM_PLANE_U] = frame->data[1];
> rawimg->planes[AOM_PLANE_V] = frame->data[2];
> @@ -1284,6 +1335,10 @@ static
ATA]
> +[/FRAME]
> \ No newline at end of file
> --
> 2.50.1.703.g449372360f-goog
Note that this is a simplified version of v2 now that ffprobe supports
the -codec:v flag.
This allows testing reading and writing of HDR10+ metadata in a single test, and
removes the need for a new test file.
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
>start = s;
> +
> if (tc->flags & AV_TIMECODE_FLAG_DROPFRAME) { /* adjust frame number
> */
> int tmins = 60*hh + mm;
> tc->start -= (tc->fps / 30 * 2) * (tmins - tmins/10);
> --
> 2.49.1
>
What is the actual security benefit of thi
y if you have received this e-mail
by mistake and delete it from your systems. This disclaimer according to GDPR
Regulation EU 2016/679. Privacy-related information is available
on the company website, Privacy section.
___
ffmpeg-devel mailing list
ffmp
dc, filename, 0);
if (ret < 0) {
+av_frame_free(&pd.frame_dst);
+av_frame_free(&pd.frame_ref);
fprintf(stderr, "Error opening the file\n");
return ret;
}
--
2.25.1
_______
ffmpeg-devel mailing list
ffmpeg-deve
On 14/08/2025 15:17, Marco Oman via ffmpeg-devel wrote:
Hi all,
I am trying to compile FFmpeg with the --enable-libnpp flag configure on Ubuntu
24.04.
but I am getting an error in file vf_scale_npp.c
CC libavfilter/vf_scale_npp.o
libavfilter/vf_scale_npp.c: In function
av_log(NULL, AV_LOG_ERROR, "decompression incorrect\n");
else
av_log(NULL, AV_LOG_ERROR, "decompression OK\n");
-fclose(in);
+
+end:
+if (in)
+fclose(in);
av_free(orig);
av_free(comp);
av_free(decomp);
--
2.25.1
______
c
Description: OpenPGP digital signature
___________
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
On Thu, 14 Aug 2025, 00:08 Michael Niedermayer,
wrote:
> On Wed, Aug 13, 2025 at 03:36:43PM -1000, Kieran Kunhya via ffmpeg-devel
> wrote:
> > On Wed, 13 Aug 2025, 14:25 michaelni, wrote:
> >
> > > PR #20236 opened by michaelni
> > > URL: https://code.
,
+
{ "iall", "Set all input color properties together",
OFFSET(user_iall), AV_OPT_TYPE_INT, { .i64 = CS_UNSPECIFIED },
CS_UNSPECIFIED, CS_NB - 1, FLAGS, .unit = "all" },
--
2.51.0.rc1.167.g924127e9c0-goog
_______
On 2025-08-14 18:44 +0200, Michael Niedermayer wrote:
> On Thu, Aug 14, 2025 at 04:18:03PM +0200, Nicolas George wrote:
> > Kieran Kunhya via ffmpeg-devel (HE12025-08-14):
> > > I don't think we should partake in this "security vulnerability farming"
> > >
item->item_id);
-if (err || !sc->sample_count)
+if (err)
return AVERROR_INVALIDDATA;
-sc->sample_sizes[0] = item->extent_length;
sc->chunk_offsets[0] = item->extent_offset + offset;
if (item->item_id == mov->primar
uot;
- name: Configure
run: ./configure --enable-gpl --enable-nonfree
--enable-memory-poisoning --assert-level=2
- name: Build
--
2.49.1
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffm
/* Attached pics are sparse, therefore we would not want to delay their
decoding
* till EOF. */
if (ist->st->disposition & AV_DISPOSITION_ATTACHED_PIC)
--
2.49.1
___
ffmpeg-devel mailing list
[email protected]
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
[email protected] with subject "unsubscribe".
ot;Set all input color properties together",
OFFSET(user_iall), AV_OPT_TYPE_INT, { .i64 = CS_UNSPECIFIED },
CS_UNSPECIFIED, CS_NB - 1, FLAGS, .unit = "all" },
--
2.51.0.rc1.163.g2494970778-goog
_______
ffmpeg-devel mailing list
hon2 is on its way out, and we will have to upgrade to an OS version
that does not ship it anymore eventually.
So the question is, should I just migrate ffmpeg-devel, and if that goes
well, pull over all the other lists as well?
In theory the migration should go without anyone noticing. It
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
{
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 -- [email protected]
To unsubscribe send an email to [email protected]
> 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
ess %d is of incorrect
protocol family\n", i + 1);
--
2.51.0
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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 -- [email protected]
To unsubscribe send an email to [email protected]
ts: 0.00 pos:901 size:
27837
--
2.46.0.windows.1
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]/T/#u
so it doesn&#
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
PO) $TMPM
}
test_nvcc(){
--
2.49.1
___________
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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
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
changed, 9 insertions(+), 3 deletions(-)
LGTM
// Martin
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
if (hwcap & HWCAP_ ## cap) \
+if (hwcap & HWCAP_ARM_ ## cap) \
flags |= AV_CPU_FLAG_ ## flag; \
} while (0)
--
2.51.0
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
(ret < 0)
+goto fail;
c->need_shutdown = 1;
if (s->verify) {
unsigned int status, cert_list_size;
@@ -345,6 +380,7 @@ static const AVClass dtls_class = {
const URLProtocol ff_dtls_protocol = {
.name = "dtls",
.url_open2 = dtls_open,
+
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 -- [email protected]
To unsubscribe send an email to [email protected]
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
___
han 32 bit timecodes
The last 2 patches adds timecode support in Matroska
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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
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 -- [email protected]
To unsubscribe send an email to [email protected]
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
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 -- [email protected]
To unsubscribe send an email to [email protected]
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
__
(ret < 0)
+goto fail;
+
break;
/* skip metadata block for unsupported types */
default:
--
2.49.1
___
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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
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
_____
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
iling
list for code review.
// Martin
___________
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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
+return -1;
+}
c->found_mdat=1;
return 0; /* now go for moov */
}
--
2.34.1
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
; bug submission page...
Cheers!
_______
ffmpeg-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
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
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
On 9/15/25 15:26, Helmuth Schmitz via ffmpeg-devel wrote:
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 descriptor.
This patch corrects the UL to
On Mon, Sep 15, 2025 at 08:35:21PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
> On 9/15/2025 8:26 PM, Michael Niedermayer via ffmpeg-devel wrote:
[...]
>
> >
> > >
> > > Plus the multi-account issue you mentioned.
> >
> > redmine can accept OAu
Hi Timo
On Mon, Sep 15, 2025 at 10:20:30PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
> These are the hosting costs for code.ffmpeg.org so far:
>
> Each months bill is for the previous month. So the February one is for what
> was used in January, and so on.
> The left side
On 2025-09-16 03:16 am, Michael Niedermayer via ffmpeg-devel wrote:
What can happen is that if an existing open trac issue is taken up for
active resolution, then a new issue at Forgejo can be opened, with a
reference to the trac issue. A comment can be left at trac linking to this
new Forge
Hi Timo
On Mon, Sep 15, 2025 at 07:19:17PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
> On 9/15/2025 2:57 PM, Michael Niedermayer via ffmpeg-devel wrote:
> > Hi
> >
> > On Mon, Sep 15, 2025 at 02:06:07PM +0200, Timo Rothenpieler via
> > ffmpeg-devel wrote
On 9/15/2025 8:26 PM, Michael Niedermayer via ffmpeg-devel wrote:
Hi Timo
On Mon, Sep 15, 2025 at 07:19:17PM +0200, Timo Rothenpieler via ffmpeg-devel
wrote:
On 9/15/2025 2:57 PM, Michael Niedermayer via ffmpeg-devel wrote:
Hi
On Mon, Sep 15, 2025 at 02:06:07PM +0200, Timo Rothenpieler via
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.
>
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
2301 - 2400 of 3426 matches
Mail list logo
