Thank you for the thoughtful feedback.
Advantages over vf_libplacebo’s inverse tone mapping:
1. Algorithmic Differentiation:
My filter is based on a novel local adaptation + inverse tone mapping strategy
specifically tailored to enhance perceptual brightness while preserving spatial
detail.
On 22/07/2025 17:44, Kacper Michajlow wrote:
On Tue, 22 Jul 2025 at 05:54, Lynne wrote:
---
src/contact | 11 +++
src/index | 52
2 files changed, 63 insertions(+)
diff --git a/src/contact b/src/contact
index 6943d06..8a598
On 23/07/2025 00:01, Leo Izen wrote:
On 7/21/25 23:53, Lynne wrote:
---
src/contact | 11 +++
src/index | 52
2 files changed, 63 insertions(+)
In addition to what kasper said, you should also update README.md's
contributing
On 23/07/2025 08:04, Michael Niedermayer wrote:
Hi Lynne
On Tue, Jul 22, 2025 at 12:53:29PM +0900, Lynne wrote:
[...]
+
+Bugs/issues will be accepted on https://code.ffmpeg.org/";>code.ffmpeg.org, alongside
+with https://trac.ffmpeg.org/";>trac.ffmpeg.org for the time
being.
+
remove the conditional compilation inside the switch to avoid warnings.
Signed-off-by: zhaozhenghang <15083277...@163.com>
---
libavformat/mov.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 4a4641d51b..5307e9d6a5 100644
Hi Lynne
On Tue, Jul 22, 2025 at 12:53:29PM +0900, Lynne wrote:
[...]
> +
> +Bugs/issues will be accepted on href="https://code.ffmpeg.org/";>code.ffmpeg.org, alongside
> +with https://trac.ffmpeg.org/";>trac.ffmpeg.org for the time
> being.
> +
People should not submit bug report
> They did, thank you ... the price they mentioned is too high to satisfy my
> curiosity.
You can sign up for an Akamai cloud account for testing/development.
They have an "Accelerated Linode" with our hardware. If you sign up
with a business e-mail, you can get a $100 credit but they may ask
you
On July 22, 2025 5:21:24 AM PDT, "Tomas Härdin" wrote:
> mån 2025-07-07 klockan 21:12 -0700 skrev Jacob Lifshay:
> > I'm currently writing a .mcc muxer, it currently translates from eia-
> > 608/708 to full vanc packets before outputting a .mcc file:
> > https://github.com/programmerjake/FFmpeg/tr
Signed-off-by: Kacper Michajłow
---
libavcodec/options_table.h | 2 +-
libavformat/options_table.h | 14 +++---
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/libavcodec/options_table.h b/libavcodec/options_table.h
index c525cde80a..25da169343 100644
--- a/libavcodec/opt
On Tue, 22 Jul 2025 at 21:16, Kacper Michajłow wrote:
>
> The asumption is that DCE will remove references to those functions.
> However some compilers with certain instrumentation enabled doesn't DCE
> those at all, resulting in linking failure. Tested with cl.exe -RTCu -RTCs.
>
> Signed-off-by:
On Tue, 22 Jul 2025 at 18:25, James Almer wrote:
>
> Fixes use-of-uninitialized-value under MSAN.
>
> Signed-off-by: James Almer
> ---
> libavcodec/opus/silk.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/libavcodec/opus/silk.c b/libavcodec/opus/silk.c
> index 9
The asumption is that DCE will remove references to those functions.
However some compilers with certain instrumentation enabled doesn't DCE
those at all, resulting in linking failure. Tested with cl.exe -RTCu -RTCs.
Signed-off-by: Kacper Michajłow
---
libavcodec/x86/vc1dsp.h | 4
liba
The asumption is that DCE will remove references to those functions.
However some compilers with certain instrumentation enabled doesn't DCE
those at all, resulting in linking failure. Tested with cl.exe -RTCu -RTCs.
Signed-off-by: Kacper Michajłow
---
libavcodec/x86/fdctdsp_init.c | 2 ++
1 fil
Signed-off-by: Kacper Michajłow
---
libavcodec/d3d12va_encode_hevc.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/d3d12va_encode_hevc.c b/libavcodec/d3d12va_encode_hevc.c
index 938ba01f54..ce5d1bf110 100644
--- a/libavcodec/d3d12va_encode_hevc.c
+++ b/libavcodec/d3d12va_encode_he
When CreateEvent fails, err was not initialized.
Signed-off-by: Kacper Michajłow
---
libavcodec/d3d12va_encode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/d3d12va_encode.c b/libavcodec/d3d12va_encode.c
index 64821da5f5..880002ce55 100644
--- a/libavcodec/d3d1
The asumption is that DCE will remove references to those functions.
However some compilers with certain instrumentation enabled doesn't DCE
those at all, resulting in linking failure. Tested with cl.exe -RTCu -RTCs.
Signed-off-by: Kacper Michajłow
---
libavformat/rtmpproto.c | 24 ++
When codec->write_sequence_header is not defined, bit_len was undefined,
and while data bufer was zeroed we could just overread it. Do nothing
when we don't have anything to write.
Signed-off-by: Kacper Michajłow
---
libavcodec/d3d12va_encode.c | 25 -
1 file changed, 12
NFC, it's still 0, but correct enum type so compilers won't complain.
Signed-off-by: Kacper Michajłow
---
libavcodec/d3d12va_encode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/d3d12va_encode.c b/libavcodec/d3d12va_encode.c
index e24a5b8d24..d99e960db6 100644
Signed-off-by: Kacper Michajłow
---
libavcodec/d3d12va_decode.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/libavcodec/d3d12va_decode.c b/libavcodec/d3d12va_decode.c
index 4645ffe122..4e714efb1a 100644
--- a/libavcodec/d3d12va_decode.c
+++ b/libavcodec/d3d12va_decode.c
@@ -50,7 +50,6 @@ ty
Signed-off-by: Kacper Michajłow
---
libavformat/vivo.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/vivo.c b/libavformat/vivo.c
index 76aa4a21c2..c20788f8bb 100644
--- a/libavformat/vivo.c
+++ b/libavformat/vivo.c
@@ -209,7 +209,7 @@ static int vivo_read_header(
SOCKET defined in winsock2.h is unsigned and invalid value is defined as
INVALID_SOCKET. Check this explicity to avoid compiler warnings.
See: https://learn.microsoft.com/en-us/windows/win32/winsock/socket-data-type-2
Signed-off-by: Kacper Michajłow
---
libavformat/os_support.c | 5 -
1 file
On 7/22/2025 7:09 PM, Michael Niedermayer wrote:
Hi
On Tue, Jul 22, 2025 at 01:00:49AM +0200, Timo Rothenpieler wrote:
On 7/22/2025 12:17 AM, Michael Niedermayer wrote:
On Mon, Jul 21, 2025 at 06:37:06PM +0200, Timo Rothenpieler wrote:
[...]
--enable-version3
--cc='ccache gcc' (or clang)
I
> On Jul 22, 2025, at 20:45, zhaozhenghang <15083277...@163.com> wrote:
>
> In my development scenario, CONFIG_H261_DECODER, CONFIG_H263_DECODER, and
> CONFIG_MPEG4_DECODER are set to 0 by default, resulting in a "statement will
> never be executed" warning during compilation. To enhance code
Hi
On Tue, Jul 22, 2025 at 01:00:49AM +0200, Timo Rothenpieler wrote:
> On 7/22/2025 12:17 AM, Michael Niedermayer wrote:
> > On Mon, Jul 21, 2025 at 06:37:06PM +0200, Timo Rothenpieler wrote:
[...]
> > --enable-version3
> > --cc='ccache gcc' (or clang)
>
> I don't fully trust ccache to not cause
From: Zhao Zhili
Fix assert failure.
Fix #11666.
Signed-off-by: Zhao Zhili
---
libavformat/mxfenc.c | 48
1 file changed, 40 insertions(+), 8 deletions(-)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
index d12ccfd739..9e00a700ab 100644
Fixes use-of-uninitialized-value under MSAN.
Signed-off-by: James Almer
---
libavcodec/opus/silk.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/libavcodec/opus/silk.c b/libavcodec/opus/silk.c
index 97bb95037c..ffa2ec996b 100644
--- a/libavcodec/opus/silk.c
+++ b/liba
On 7/21/25 23:53, Lynne wrote:
---
src/contact | 11 +++
src/index | 52
2 files changed, 63 insertions(+)
In addition to what kasper said, you should also update README.md's
contributing section at the bottom of the file.
M
On 22/07/2025 21:26, Timo Rothenpieler wrote:
On 22/07/2025 08:15, Hendrik Leppkes wrote:
On Mon, Jul 21, 2025 at 3:03 AM Timo Rothenpieler
wrote:
* announce code.ffmpeg.org publically so people can start submitting
and reviewing on it as an alternative to the ML
Just be aware that merg
In my development scenario, CONFIG_H261_DECODER, CONFIG_H263_DECODER, and
CONFIG_MPEG4_DECODER are set to 0 by default, resulting in a "statement will
never be executed" warning during compilation. To enhance code robustness, this
patch fixes the warning.
Signed-off-by: zhaozhenghang <15083277.
On 22/07/2025 14:36, Jack Lau wrote:
Openssl 1.1.0 version haven't DTLS_get_data_mtu API
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 fa852aac18..54860857c
Signed-off-by: Jack Lau
---
doc/muxers.texi| 29 ++---
doc/protocols.texi | 78 ++
2 files changed, 103 insertions(+), 4 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index d2ee90bf33..393e606e12 100644
--- a/doc/muxers.te
Signed-off-by: Jack Lau
---
libavformat/tls_openssl.c | 236 +++---
1 file changed, 118 insertions(+), 118 deletions(-)
diff --git a/libavformat/tls_openssl.c b/libavformat/tls_openssl.c
index 9a8456c438..d42c5c95cf 100644
--- a/libavformat/tls_openssl.c
+++ b/lib
Signed-off-by: Jack Lau
---
libavformat/tls.h | 2 ++
libavformat/tls_openssl.c | 24
libavformat/whip.c| 1 +
3 files changed, 15 insertions(+), 12 deletions(-)
diff --git a/libavformat/tls.h b/libavformat/tls.h
index 157c0d0256..a11f8d6afb 100644
---
Openssl 1.1.0 version haven't DTLS_get_data_mtu API
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 fa852aac18..54860857c0 100644
--- a/libavformat/tls_openssl.c
We try to perform dtls handshake when the ICE is totally done.
Refer to RFC8445,
When peer's ICE is lite, the peer won't trigged check so FFmpeg just send
STUN request and receive response, then ICE is done.
When peer's ICE is full, the peer will send STUN request after reponse
FFmpeg's request to
This value is only useful when dtls handshake is NONBLOCK mode,
dtls handshake just need to call ffurl_handshake once since it
force block mode.
Signed-off-by: Jack Lau
---
libavformat/whip.c | 18 ++
1 file changed, 6 insertions(+), 12 deletions(-)
diff --git a/libavformat/whip
See RFC 5245 Section 4.3:
If an agent is a lite implementation, it MUST include an "a=ice-lite"
session-level attribute in its SDP. If an agent is a full
implementation, it MUST NOT include this attribute.
Signed-off-by: Jack Lau
---
libavformat/whip.c | 3 +++
1 file changed, 3 insertions(+)
This patch aims to simplify the dtls handshake process
since dtls handshake use force block mode
We can just use the return code instead of DTLSState enum
Signed-off-by: Jack Lau
---
libavformat/tls.h | 15 --
libavformat/tls_openssl.c | 7 -
libavformat/tls_schannel.c |
add dtls_active flag to specify the dtls role
properly set the send key and recv key depends on DTLS role
As DTLS server, the recv key is client master key plus salt,
the send key is server master key plus salt.
As DTLS client, the recv key is server master key plus salt,
the send key is client m
Signed-off-by: Jack Lau
---
libavformat/whip.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/libavformat/whip.c b/libavformat/whip.c
index 5907865d22..094d3a0a4c 100644
--- a/libavformat/whip.c
+++ b/libavformat/whip.c
@@ -2090,13 +2090,13 @@ static int whip_c
RTP retransmission described in RFC4588 (RTX) is an effective packet
loss recovery technique for real-time applications with relaxed delay bounds.
This patch provides a minimal implementation for RTX and RTCP NACK (RFC3940)
and its associated SDP signaling and negotiation.
Co-authored-by: Sergio
From: winlin
See RFC5280 4.1.2.2
Signed-off-by: Jack Lau
---
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 0a7998210f..2689aa5090 100644
--- a/libavformat/tls_openssl.c
+++ b/libavform
AVCodecParameters::profile only contains constraint_set1_flag
(AV_PROFILE_H264_CONSTRAINED 1<<9).
So add H264 constraints flag fully parse refer to hlsenc
write_codec_attr
Signed-off-by: Jack Lau
---
libavformat/whip.c | 47 --
1 file changed, 16 inser
mark this ignore_ipv6 flag could ignore any IPv6 ICE candidate,
preventing “No route to host” errors on devices without IPv6 connectivity.
Signed-off-by: Jack Lau
---
libavformat/whip.c | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/libavformat/whip.c b/lib
Remove redundant "WHIP: " prefix in log context
since it already add whip context.
Fix grammers in whip options descriptions
Signed-off-by: Jack Lau
---
libavformat/whip.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/whip.c b/libavformat/whip.c
index 83c
This patchset mainly add NACK, RTX, DTLS active support, fix some issues and
optimize the ICE and DTLS code
This version fix issue:
1. fix https://ffmpeg.org/pipermail/ffmpeg-devel/2025-July/346906.html
2. fix build error when openssl is 1.1.0, log:
libavformat/tls_openssl.c: In function ‘tls_wri
On 22/07/2025 08:15, Hendrik Leppkes wrote:
On Mon, Jul 21, 2025 at 3:03 AM Timo Rothenpieler wrote:
* announce code.ffmpeg.org publically so people can start submitting
and reviewing on it as an alternative to the ML
Just be aware that merging is not possible, since the sync script will
mån 2025-07-07 klockan 21:12 -0700 skrev Jacob Lifshay:
> I'm currently writing a .mcc muxer, it currently translates from eia-
> 608/708 to full vanc packets before outputting a .mcc file:
> https://github.com/programmerjake/FFmpeg/tree/add-mcc-mux
>
> I want to add the ability to the mxf and mcc
ons 2025-07-16 klockan 11:57 +0800 skrev Zhao Zhili:
> From: Zhao Zhili
>
> Fix assert failure.
> Fix #11666.
Saw this ticket, but I was busy with other things and forgot about it
> @@ -2100,9 +2111,17 @@ static void
> mxf_write_index_table_segment(AVFormatContext *s)
> avio_w8(pb,
From: Niklas Haas
This gives vastly improved blending results than when blending directly in
the desired output colorspace. Overridable by the existing "disable_linear"
option.
This is functionally similar to combining multiple "libplacebo" filters,
but does not rely on the existence of a Vulkan
From: Niklas Haas
The previous formula was introduced without justification in 6e713841e8,
and the only thing Paul had to say about it over IRC was that it was copied
from an unspecified source on the internet.
I decided to do some testing and came to the conclusion that this term not
only produ
On Tue, Jul 22, 2025 at 1:44 AM Kacper Michajlow wrote:
> On Tue, 22 Jul 2025 at 05:54, Lynne wrote:
> > +Additionally, new users have frequently encountered difficulties with
> > mailing list development.
> > +From finding out the correct SMTP login details, configuring git
> > send-em
On Tue, 22 Jul 2025 at 10:46, Hendrik Leppkes wrote:
>
> On Tue, Jul 22, 2025 at 9:13 AM Nicolas George wrote:
> >
> > Hendrik Leppkes (HE12025-07-22):
> > > Can we work towards enabling merging?
> >
> > We refused merging with pure Git not for technical reasons. Has this
> > changed?
> >
>
> Mer
On Tue, Jul 22, 2025 at 9:13 AM Nicolas George wrote:
>
> Hendrik Leppkes (HE12025-07-22):
> > Can we work towards enabling merging?
>
> We refused merging with pure Git not for technical reasons. Has this
> changed?
>
Merging does not necessarily imply an actual merge commit, but
applying a PR i
On Tue, 22 Jul 2025 at 05:54, Lynne wrote:
>
> ---
> src/contact | 11 +++
> src/index | 52
> 2 files changed, 63 insertions(+)
>
> diff --git a/src/contact b/src/contact
> index 6943d06..8a59864 100644
> --- a/src/contact
> +++ b/sr
Hendrik Leppkes (HE12025-07-22):
> Can we work towards enabling merging?
We refused merging with pure Git not for technical reasons. Has this
changed?
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.or
56 matches
Mail list logo
