Marvin Scholz 于2025年7月14日周一 06:22写道:
>
> F (see below for my reasoning)
F. looks reasonable
>
> While I would be fine with either outcome, and had helped extensively for the
> GitLab migration of VLC and at that time was quite convinced its the best
> solution
> out there, my opinion on this has
On 14/07/2025 03:15, Andreas Rheinhardt wrote:
Lynne:
---
configure | 2 +-
libavcodec/vp9.c | 40
libavcodec/vp9dec.h| 6 ++
libavcodec/vp9shared.h | 4
4 files changed, 51 insertions(+), 1 deletion(-)
diff --git
Hi Frank,
thank you for the patch
On Sat, Jul 12, 2025 at 6:41 PM Frank Plowman wrote:
> Prior to this patch, kth_order_egk_decode could read arbitrarily
> large values which then overflowed and caused various issues.
> Patch fixes this by making kth_order_egk_decode falliable,
> requiring the ca
> On Jul 14, 2025, at 06:22, Marvin Scholz wrote:
>
> F (see below for my reasoning)
F. You convinced me.
>
> While I would be fine with either outcome, and had helped extensively for the
> GitLab migration of VLC and at that time was quite convinced its the best
> solution
> out there, my o
Fixes: libavcodec/motion_est.c:94:31: runtime error: applying zero offset to
null pointer
Signed-off-by: James Almer
---
libavcodec/motion_est.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/motion_est.c b/libavcodec/motion_est.c
index 93be712cc0..bde4591bf
Fixes: libavcodec/ffv1dec.c:452:43: runtime error: applying zero offset to null
pointer
Signed-off-by: James Almer
---
libavcodec/ffv1dec.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/libavcodec/ffv1dec.c b/libavcodec/ffv1dec.c
index 8d10d2cf8b..d613aa5395 1006
Fixes: libswscale/swscale_unscaled.c:916:20: runtime error: applying zero
offset to null pointer
Signed-off-by: James Almer
---
libswscale/swscale_unscaled.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libswscale/swscale_unscaled.c b/libswscale/swscale_unscaled.c
index 6d
F (see below for my reasoning)
While I would be fine with either outcome, and had helped extensively for the
GitLab migration of VLC and at that time was quite convinced its the best
solution
out there, my opinion on this has changed, and also Gitea or now its fork
Forgejo
changed quite a bit an
On Sun, 13 Jul 2025 03:51:10 +0900 Lynne wrote:
> This makes it possible to apply Adobe .cube files to inputs.
> ---
> doc/filters.texi| 30 ++
> libavfilter/vf_libplacebo.c | 36
> 2 files changed, 66 insertions(+)
>
>
On Sun, 13 Jul 2025, 22:47 Michael Niedermayer,
wrote:
> Hi Ronald
>
> On Sun, Jul 13, 2025 at 02:04:15PM -0400, Ronald S. Bultje wrote:
> > G, preferably hosted by videolan.
>
> This poll really is about, what we should setup on our server.
>
> If you want to discuss giving up our autonomy (not
On 7/13/2025 11:55 PM, Philip Langdale via ffmpeg-devel wrote:
On Sun, 13 Jul 2025 13:43:57 +0200
Michael Niedermayer wrote:
Hi all
Do people want Forgejo or Gitlab on code.ffmpeg.org for testing?
F. code.ffmpeg.org should run Forgejo
G. code.ffmpeg.org should run Gitlab
all GA members can
On Sun, 13 Jul 2025 13:43:57 +0200
Michael Niedermayer wrote:
> Hi all
>
> Do people want Forgejo or Gitlab on code.ffmpeg.org for testing?
>
> F. code.ffmpeg.org should run Forgejo
> G. code.ffmpeg.org should run Gitlab
>
> all GA members can vote, by publically replying here with a
> "F." /
Hi Ronald
On Sun, Jul 13, 2025 at 02:04:15PM -0400, Ronald S. Bultje wrote:
> G, preferably hosted by videolan.
This poll really is about, what we should setup on our server.
If you want to discuss giving up our autonomy (not sure thats what you meant)
We can discuss that, though iam not sure em
Niklas Haas:
> From: Niklas Haas
>
> This will serve as a reference for the SIMD backends to come. That said,
> with auto-vectorization enabled, the performance of this is not atrocious.
> It easily beats the old C code and sometimes even the old SIMD.
>
> In theory, we can dramatically speed it
Niklas Haas:
> 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/scaler.texi | 4
> libswscale/op
Old Mingw-w64 releases provided by some distros seemingly don't have them, so
check for them and disable the dtls protocol if unavailable.
Signed-off-by: James Almer
---
configure | 4
libavformat/tls_schannel.c | 33 +++--
2 files changed, 35 i
On 7/13/2025 8:04 PM, Ronald S. Bultje wrote:
G, preferably hosted by videolan.
The main issue I have with Videolan Gitlab is the ultra locked down
signup policy.
People appear in Videolan IRC multiple times a week asking to get their
account activated, and only sometimes actually get help. O
---
libavformat/tls_openssl.c | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index c58044b46b..34dd22daf7 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -161,8 +161,8 @
OpenSSL docs say:
These functions have no impact when used with DTLS.
---
libavformat/tls_openssl.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index 63fc085e28..c58044b46b 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_
---
libavformat/tls_openssl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index a497d4dfd8..63fc085e28 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -810,7 +810,7 @@ static int dtls_start(URLC
---
libavformat/tls_openssl.c | 22 --
1 file changed, 8 insertions(+), 14 deletions(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index bb9a5b8054..a497d4dfd8 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -674,15 +674,6 @@ s
---
libavformat/tls_openssl.c | 22 --
1 file changed, 22 deletions(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index 8326762592..bb9a5b8054 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -776,15 +776,12 @@ static int dtls_s
---
libavformat/tls_openssl.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index 900ee0f5ab..8326762592 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -987,9 +987,14 @@ static int tls_write(URLContext *h,
---
libavformat/tls_openssl.c | 35 ++-
1 file changed, 30 insertions(+), 5 deletions(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index 48d8edb08a..07d1af40d8 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -485,7
---
libavformat/tls_openssl.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index cd11419fee..48d8edb08a 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -216,11 +216,13 @@ in
---
libavformat/tls_openssl.c | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index 34dd22daf7..cd11419fee 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -235,7 +235,7 @@ end:
---
libavformat/tls_openssl.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index f116b5eac6..900ee0f5ab 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -839,13 +839,17 @@ static int dtls_
---
libavformat/tls_openssl.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index 81b2f066c9..f116b5eac6 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -786,7 +786,7 @@ static int dtls_start(UR
---
libavformat/tls_openssl.c | 8
1 file changed, 8 deletions(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index 54213c4090..81b2f066c9 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -743,10 +743,6 @@ static av_cold int openssl_init_ca
There is no sensible way to handle this otherwise anyway, one just has
to loop over this function until it succeeds.
---
libavformat/tls_openssl.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index f68
Taken from the first received packet, which will signify the now
permanent peer of this DTLS "connection".
---
libavformat/tls_openssl.c | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index 2a01fb387d..f6
F, due to it feeling faster and more responsive while navigating.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subje
On Sun, 13 Jul 2025, 17:07 Timo Rothenpieler, wrote:
> On 7/13/2025 5:57 PM, Michael Niedermayer wrote:
> > Hi
> >
> > On Sun, Jul 13, 2025 at 01:58:44PM +0200, Timo Rothenpieler wrote:
> > [...]
> >
> >> Just want to note that hosting Gitlab is quite a bit more expensive than
> >> Forgejo, for w
Niklas Haas:
> From: Niklas Haas
>
> See docs/swscale-v2.txt for an in-depth introduction to the new approach.
>
> This commit merely introduces the ops definitions and boilerplate functions.
> The subsequent commits will flesh out the underlying implementation.
> ---
> libswscale/Makefile |
Lynne:
> ---
> configure | 2 +-
> libavcodec/vp9.c | 40
> libavcodec/vp9dec.h| 6 ++
> libavcodec/vp9shared.h | 4
> 4 files changed, 51 insertions(+), 1 deletion(-)
>
> diff --git a/configure b/configure
> index eeb81d
G, preferably hosted by videolan.
On Sun, Jul 13, 2025 at 7:44 AM Michael Niedermayer
wrote:
> Hi all
>
> Do people want Forgejo or Gitlab on code.ffmpeg.org for testing?
>
> F. code.ffmpeg.org should run Forgejo
> G. code.ffmpeg.org should run Gitlab
>
> all GA members can vote, by publically r
All,
I will be slowly transitioning to using my name. Nice to meet you again.
Yalda
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@f
On Sun, Jul 13, 2025 at 01:25:57PM -0300, James Almer wrote:
> Old Mingw-w64 releases provided by some distros seemingly don't have them, so
> check for them and disable the dtls protocol if unavailable.
>
> Signed-off-by: James Almer
> ---
> configure | 4
> libavformat/t
Michael Niedermayer:
> Fixes: signed integer overflow: 2147483565 + 128 cannot be represented in
> type 'int'
> Fixes:
> 428055715/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_OSQ_fuzzer-6358069900804096
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/mas
On Sun, Jul 13, 2025 at 01:43:57PM +0200, Michael Niedermayer wrote:
> Hi all
>
> Do people want Forgejo or Gitlab on code.ffmpeg.org for testing?
>
> F. code.ffmpeg.org should run Forgejo
> G. code.ffmpeg.org should run Gitlab
F.
TLDR below:
* Forgejo is community maintained
* Cheaper to oper
Michael Niedermayer:
> Fixes: out of array read in the chroma plane
> Fixes:
> 428034092/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MPEG4_DEC_fuzzer-5582608941776896.test
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-off
ffmpegagent:
> The main aim of this patchset is to fix ticket 11233.
>
> Andreas Rheinhardt (4):
> avformat/aviobuf: Keep checksum_ptr consistent in avio_seek()
> avformat/oggdec: Don't skip over data whose checksum is used
> avformat/tta: Avoid seek when reading header
> avformat/takdec:
ffmpegagent:
> Mostly removal of dead encode checks.
>
> Andreas Rheinhardt (5):
> avcodec/av1dec,libdav1d,wbmpdec: Avoid direct access to GetByteContext
> avcodec/encode: Simplify pixel format validity check
> avcodec/encode: Ignore coded_{width,height}
> avcodec/encode: Remove dead code
On 2025-07-12 12:44 +0200, Niklas Haas wrote:
> From: Niklas Haas
>
> Provides a generic fast path for any operation list that can be decomposed
> into a series of memcpy and memset operations.
>
> 25% faster than the x86 backend for yuv444p -> yuva444p
> 33% faster than the x86 backend for gray
On Fri, 11 Jul 2025, Michael Niedermayer wrote:
On Fri, Jul 11, 2025 at 10:29:30AM +0200, Nicolas George wrote:
Michael Niedermayer (HE12025-07-11):
ok, chanegd it to AVERROR_INVALIDDATA
Thanks.
Yes
but this also affects releases, and adding a field to AVFormatContext
is an issue for re
Old Mingw-w64 releases provided by some distros seemingly don't have them, so
check for them and disable the dtls protocol if unavailable.
Signed-off-by: James Almer
---
configure | 4
libavformat/tls_schannel.c | 29 +++--
2 files changed, 31 inser
On 7/13/2025 6:07 PM, Timo Rothenpieler wrote:
On 7/13/2025 5:57 PM, Michael Niedermayer wrote:
Hi
On Sun, Jul 13, 2025 at 01:58:44PM +0200, Timo Rothenpieler wrote:
[...]
Just want to note that hosting Gitlab is quite a bit more expensive than
Forgejo, for which I'm currently just paying out
On 7/13/2025 5:57 PM, Michael Niedermayer wrote:
Hi
On Sun, Jul 13, 2025 at 01:58:44PM +0200, Timo Rothenpieler wrote:
[...]
Just want to note that hosting Gitlab is quite a bit more expensive than
Forgejo, for which I'm currently just paying out of pocket.
So for an official Gitlab test setup
On 7/13/2025 5:56 PM, Jacob Lifshay wrote:
On July 13, 2025 4:43:57 AM PDT, Michael Niedermayer
wrote:
Hi all
Do people want Forgejo or Gitlab on code.ffmpeg.org for testing?
i'll note that I ran into some important upsides and downsides with both of
those when picking which to use for p
Hi
On Sun, Jul 13, 2025 at 01:58:44PM +0200, Timo Rothenpieler wrote:
[...]
> Just want to note that hosting Gitlab is quite a bit more expensive than
> Forgejo, for which I'm currently just paying out of pocket.
> So for an official Gitlab test setup, I'd occasionally forward accumulated
> bills
On July 13, 2025 4:43:57 AM PDT, Michael Niedermayer
wrote:
> Hi all
>
> Do people want Forgejo or Gitlab on code.ffmpeg.org for testing?
i'll note that I ran into some important upsides and downsides with both of
those when picking which to use for projects i've worked on, hopefully this
Old Mingw-w64 releases provided by supported distros seemingly don't have them,
so
check for them and disable the dtls protocol if unavailable.
Signed-off-by: James Almer
---
configure | 3 +++
libavformat/tls_schannel.c | 33 +++--
2 files changed,
G
but some people may not be comfortable voting in public like that.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with
On 7/13/2025 8:35 AM, Timo Rothenpieler wrote:
On 7/13/2025 4:59 AM, James Almer wrote:
On 7/12/2025 9:32 PM, Michael Niedermayer wrote:
On Fri, Jul 11, 2025 at 04:04:17PM +, Timo Rothenpieler wrote:
ffmpeg | branch: master | Timo Rothenpieler
| Tue Jun 24 19:30:19 2025 +0200|
[90fa9636
On 7/12/2025 11:59 PM, James Almer wrote:
On 7/12/2025 9:32 PM, Michael Niedermayer wrote:
On Fri, Jul 11, 2025 at 04:04:17PM +, Timo Rothenpieler wrote:
ffmpeg | branch: master | Timo Rothenpieler |
Tue Jun 24 19:30:19 2025 +0200|
[90fa9636efff84ec5a4b06815722c08188dca551] | committer:
On 7/13/2025 1:43 PM, Michael Niedermayer wrote:
Hi all
Do people want Forgejo or Gitlab on code.ffmpeg.org for testing?
F. code.ffmpeg.org should run Forgejo
G. code.ffmpeg.org should run Gitlab
I'm indifferent about this, either works for me.
Just want to note that hosting Gitlab is quite a
G but hosted by videolan
On Sun, 13 Jul 2025, 12:44 Michael Niedermayer,
wrote:
> Hi all
>
> Do people want Forgejo or Gitlab on code.ffmpeg.org for testing?
>
> F. code.ffmpeg.org should run Forgejo
> G. code.ffmpeg.org should run Gitlab
>
> all GA members can vote, by publically replying here
Hi all
Do people want Forgejo or Gitlab on code.ffmpeg.org for testing?
F. code.ffmpeg.org should run Forgejo
G. code.ffmpeg.org should run Gitlab
all GA members can vote, by publically replying here with a
"F." / "Forgejo" vs "G." / "Gitlab"
End time is in 7 days unless teh community wants to e
On 7/13/2025 3:10 AM, Michael Niedermayer wrote:
Fixes: Infinite loop
Fixes:
427538726/clusterfuzz-testcase-minimized-ffmpeg_dem_FLV_fuzzer-6582567304495104
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
-
On 7/13/2025 8:33 AM, Hendrik Leppkes wrote:
On Sun, Jul 13, 2025 at 4:59 AM James Almer wrote:
On 7/12/2025 9:32 PM, Michael Niedermayer wrote:
On Fri, Jul 11, 2025 at 04:04:17PM +, Timo Rothenpieler wrote:
ffmpeg | branch: master | Timo Rothenpieler | Tue Jun
24 19:30:19 2025 +0200|
On 7/13/2025 4:59 AM, James Almer wrote:
On 7/12/2025 9:32 PM, Michael Niedermayer wrote:
On Fri, Jul 11, 2025 at 04:04:17PM +, Timo Rothenpieler wrote:
ffmpeg | branch: master | Timo Rothenpieler |
Tue Jun 24 19:30:19 2025 +0200|
[90fa9636efff84ec5a4b06815722c08188dca551] | committer: T
On 7/13/2025 2:32 AM, Michael Niedermayer wrote:
On Fri, Jul 11, 2025 at 04:04:17PM +, Timo Rothenpieler wrote:
ffmpeg | branch: master | Timo Rothenpieler | Tue Jun
24 19:30:19 2025 +0200| [90fa9636efff84ec5a4b06815722c08188dca551] | committer: Timo
Rothenpieler
avformat/tls_schannel: a
Thanks, I've applied your suggestions.
Signed-off-by: Vittorio Palmisano
---
configure | 5 +
doc/filters.texi | 106 +
libavfilter/Makefile | 2 +
libavfilter/af_whisper.c | 454 +++
libavfilter/allfilters.c | 2 +
5 files changed, 569 insertions(+)
create
Signed-off-by: Jack Lau
---
libavformat/tls_openssl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index 344b152902..4874260b6b 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -787,7 +787,7 @@ s
Signed-off-by: Jack Lau
---
libavformat/tls_openssl.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index 1c4d114205..344b152902 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -465,6 +465,8 @@ ty
Signed-off-by: Jack Lau
---
libavformat/tls_openssl.c | 8
1 file changed, 8 deletions(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index 4f950a2fde..1c4d114205 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -731,10 +731,6 @@ static av
the SSL_shutdown in tls_close need call the url_bio_bwrite
so we should keep udp still alive
Signed-off-by: Jack Lau
---
libavformat/whip.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/whip.c b/libavformat/whip.c
index e272254a6f..17a3cd0ea8 100644
--- a/libavf
Signed-off-by: Jack Lau
---
libavformat/tls_openssl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index 3ed4585ecf..4f950a2fde 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.c
@@ -695,7 +695,7 @@ s
Signed-off-by: Jack Lau
---
libavformat/tls_openssl.c | 25 +
1 file changed, 9 insertions(+), 16 deletions(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index c824c5452b..3ed4585ecf 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_open
Signed-off-by: Jack Lau
---
libavformat/tls_openssl.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index 25318d5fca..c824c5452b 100644
--- a/libavformat/tls_openssl.c
+++ b/libavformat/tls_openssl.
If the handshake is still in progress, dtls_handshake should
return a status code.
init ret=AVERROR(EAGAIN) to match most of FFmpeg code
Signed-off-by: Jack Lau
---
libavformat/tls_openssl.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/libavformat/tls_openssl.c b/l
Refer to RFC 5246, RFC 6347
Signed-off-by: Jack Lau
---
libavformat/tls.c | 56 +++
libavformat/tls.h | 2 ++
libavformat/tls_openssl.c | 8 --
3 files changed, 64 insertions(+), 2 deletions(-)
diff --git a/libavformat/tls.c b/libavforma
This patchset aims to fix some issues so that DTLS can work properly (not just
for WHIP)
Quick experience using such command:
ffmpeg -v debug -listen 1 -cert_file cert.pem -key_file key.pem -mtu 1500 -i
dtls://127.0.0.1: -c copy -y out.mp4
ffmpeg -v trace -f lavfi -re -i testsrc2=duration=5:
73 matches
Mail list logo