Regarding the while loop in hwcontext_d3d11va get_buffer, I understand
the concern about introducing an unbounded wait. However, there have been
a couple of issues reported in the past that highlight this problem:
- https://lists.ffmpeg.org/pipermail/libav-user/2024-March/013469.html
- https://l
Adds D3D11 input surface support to the MediaFoundation encoder (mfenc),
allowing direct encoding of GPU frames without readback to system memory.
This improves performance and compatibility when used alongside scale_d3d11.
Signed-off-by: Dash Santosh
---
libavcodec/mf_utils.h | 7 ++
libavcod
Michael Niedermayer (HE12025-07-13):
> Fixes: signed integer overflow: 4 - -922337203685477 cannot be
> represented in type 'long'
> Fixes:
> 427262541/clusterfuzz-testcase-minimized-ffmpeg_dem_CONCAT_fuzzer-4831506940100608
>
> Found-by: continuous fuzzing process
> https://github.com/
On Sun, Jul 20, 2025 at 11:15 AM Dash Santosh Sathyanarayanan
wrote:
>
> Regarding the while loop in hwcontext_d3d11va get_buffer, I understand
> the concern about introducing an unbounded wait. However, there have been
> a couple of issues reported in the past that highlight this problem:
>
> - h
This is important for feature checking to work correctly.
It can happen that a unrecognized flag is passing compile test with a
warning only, while failing in preprocessor only mode with an error.
This makes all test_cpp calls fail and silently produces arguably broken
MSVC builds. Also all check_
On Fri, 4 Jul 2025 at 20:52, Kacper Michajłow wrote:
> av_get_token() allocates an output buffer with the same size as the
> input. Generally, this is harmless, but when the input string is large
> and consists of many small tokens, calling av_get_token() repeatedly to
> extract all tokens will s
On Fri, 11 Jul 2025 at 21:49, Kacper Michajłow wrote:
> Fixes: signed integer overflow: 9223372036854737920 + 1649410 cannot be
> represented in type 'int64_t'
>
> Fixes OSS-Fuzz: 410100610
>
> Signed-off-by: Kacper Michajłow
> ---
> libavformat/subfile.c | 6 +++---
> 1 file changed, 3 inserti
On 7/21/2025 2:54 AM, Michael Niedermayer wrote:
Hi all
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
all GA members can v
Hi all
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
>
> all GA members can vote, by publically replying here wit
Signed-off-by: Jacob Lifshay
---
doc/APIchanges | 3 +++
libavutil/attributes.h | 2 ++
libavutil/avstring.h | 2 +-
libavutil/version.h| 2 +-
4 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/doc/APIchanges b/doc/APIchanges
index 80eb408788..5c40b7c13d 100644
--- a/do
On Sun, 20 Jul 2025 at 11:52, Hendrik Leppkes wrote:
> On Sun, Jul 20, 2025 at 11:15 AM Dash Santosh Sathyanarayanan
> wrote:
> >
> > Regarding the while loop in hwcontext_d3d11va get_buffer, I understand
> > the concern about introducing an unbounded wait. However, there have been
> > a couple
Clang-CL complains about fwd references of enums, but we do use it
everywhere, so ignore this.
Signed-off-by: Kacper Michajłow
---
configure | 1 +
1 file changed, 1 insertion(+)
diff --git a/configure b/configure
index ed6430ea32..ac143f2fea 100755
--- a/configure
+++ b/configure
@@ -7575,6 +7
Hi,
Out of curiosity, has there been any progress since 1 year about this topic?
Really, millions of CPU-hours are probably wasted to reencode
already-perfectly-encoded content, just for cutting purposes. For example, is
there a way to cut a AVI or MKV H264 video with a specific starting point
On 21/07/2025 09:54, Michael Niedermayer wrote:
Hi all
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
all GA members can vo
Tong Wu:
>Araz Iusubov:
>> From: ffmpeg-devel On Behalf Of Araz
>> Iusubov
>> Sent: Thursday, July 17, 2025 9:30 PM
>> To: ffmpeg-devel@ffmpeg.org
>> Cc: Araz Iusubov
>> Subject: [FFmpeg-devel] [PATCH, v6] avcodec/d3d12va_encode: texture array
>> support for HEVC
>>
>> This patch adds support for
El 19/7/25 a las 18:26, bernat.arlan...@gmail.com escribió:
From: Bernat Arlandis
---
libavcodec/libtheoraenc.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/libavcodec/libtheoraenc.c b/libavcodec/libtheoraenc.c
index eb94458639..de2b913634 100644
--- a/lib
On Sun, 20 Jul 2025 at 19:23, Kacper Michajłow wrote:
> This avoids adding flags that cl.exe doesn't understand.
>
> Signed-off-by: Kacper Michajłow
> ---
> configure | 11 +--
> 1 file changed, 9 insertions(+), 2 deletions(-)
>
> diff --git a/configure b/configure
> index ed6430ea32..8
This avoids adding flags that cl.exe doesn't understand.
Signed-off-by: Kacper Michajłow
---
configure | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index ed6430ea32..8a9a9c3c17 100755
--- a/configure
+++ b/configure
@@ -4924,7 +4924,7 @@ m
On 18/07/2025 19:42, Lynne a wrote :
On 18/07/2025 19:30, Timothée Regaud wrote:
From: Timothee Regaud
Adds the generic data structures to libavutil. The design is
recursive to support other codecs, even though the implementation is
only for H.264 for now.
Signed-off-by: Timothee Regaud
-
On 18/07/2025 17:48, Michael Niedermayer wrote :
Hi
On Fri, Jul 18, 2025 at 12:30:52PM +0200, Timothée Regaud wrote:
From: Timothee Regaud
Adds the generic data structures to libavutil. The design is recursive to
support other codecs, even though the implementation is only for H.264 for now.
20 matches
Mail list logo
