James Almer:
> Signed-off-by: James Almer
> ---
> configure| 2 +-
> libavformat/Makefile | 1 +
> libavformat/cbs.c| 1 +
> libavformat/cbs_av1.c| 1 +
> libavformat/movenc.c | 13 ++-
> libavformat/movenccenc.c | 223 +
On 2025-03-22 03:29 am, Martin Storsjö wrote:
On Fri, 21 Mar 2025, Gyan Doshi wrote:
Avoids echo failing due to the same ARG_MAX limit that prompted
response files to be used with the linker.
I presume this is only a fix for a hypothetical issue, _if_ echo would
be a native windows executa
> -Original Message-
> From: ffmpeg-devel On Behalf Of Soft
> Works
> Sent: Samstag, 22. März 2025 02:36
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v8 2/4] fftools/ffprobe: Change to
> use textformat api
>
>
>
> > -Original Message-
On Wed, Mar 19, 2025 at 05:04:11PM +, softworkz wrote:
> From: softworkz
>
> Signed-off-by: softworkz
> ---
> fftools/Makefile | 12 +
> fftools/ffprobe.c | 1849 -
> 2 files changed, 142 insertions(+), 1719 deletions(-)
seems to fail build on
On Fri, Mar 21, 2025 at 10:36:58PM +0100, Michael Niedermayer wrote:
> On Fri, Mar 21, 2025 at 10:12:50PM +0100, Michael Niedermayer wrote:
> > Hi
> >
> > On Fri, Mar 21, 2025 at 09:13:49PM +0100, Michael Niedermayer wrote:
> > > On Fri, Mar 21, 2025 at 12:07:30AM +0100, Lynne wrote:
> > > > On 20
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Michael Niedermayer
> Sent: Samstag, 22. März 2025 01:12
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH v8 0/4] print_graphs: Complete
> Filtergraph Printing
>
> Hi
>
> On Fri, Mar 21, 202
On Wed, Mar 19, 2025 at 10:18:38PM +0100, Andreas Rheinhardt wrote:
> First part of a patchset; the second part will be sent separately
> because the complete set crosses the ML thresholds ("Message body is too
> big: 1731572 bytes with a limit of 1000 KB"). A complete branch can be
> found here:
Hi
On Fri, Mar 21, 2025 at 06:52:20PM +, Soft Works wrote:
>
>
> > -Original Message-
> > From: Stefano Sabatini
> > Sent: Freitag, 21. März 2025 19:05
> > To: FFmpeg development discussions and patches
> > Cc: softworkz
> > Subject: Re: [FFmpeg-devel] [PATCH v8 0/4] print_graphs:
On date Wednesday 2025-03-19 17:04:09 +, ffmpegagent wrote:
> Due to the additional work on graph visualization (see
> https://lists.ffmpeg.org/pipermail/ffmpeg-devel/2025-March/341296.html), I
> have removed the two graph printing commits from this patchset rather than
> adding to it, as to av
On Fri, 21 Mar 2025, Gyan Doshi wrote:
Avoids echo failing due to the same ARG_MAX limit that prompted
response files to be used with the linker.
I presume this is only a fix for a hypothetical issue, _if_ echo would be
a native windows executable and not the msys2/cygwin one which bypasses
On Fri, Mar 21, 2025 at 10:12:50PM +0100, Michael Niedermayer wrote:
> Hi
>
> On Fri, Mar 21, 2025 at 09:13:49PM +0100, Michael Niedermayer wrote:
> > On Fri, Mar 21, 2025 at 12:07:30AM +0100, Lynne wrote:
> > > On 20/03/2025 23:30, Michael Niedermayer wrote:
> > > > This performs about as good as
Hi
On Fri, Mar 21, 2025 at 09:13:49PM +0100, Michael Niedermayer wrote:
> On Fri, Mar 21, 2025 at 12:07:30AM +0100, Lynne wrote:
> > On 20/03/2025 23:30, Michael Niedermayer wrote:
> > > This performs about as good as the non LRU system for 16bit and
> > > better than then the LRU system for 16 co
On Fri, Mar 21, 2025 at 12:07:30AM +0100, Lynne wrote:
> On 20/03/2025 23:30, Michael Niedermayer wrote:
> > This performs about as good as the non LRU system for 16bit and
> > better than then the LRU system for 16 converted to 32. So
> > its basically performing best in all cases we have atm maki
This will be useful in an upcoming commit, where CBS will be utilized by
a module outside libavcodec.
Signed-off-by: James Almer
---
libavcodec/cbs.c | 100 ++-
libavcodec/cbs_av1.c | 64 -
libavcodec/cbs_av1.h
On date Tuesday 2025-03-18 02:32:13 +, Soft Works wrote:
> Hello everybody,
>
> working on the subject of writing out filtergraph information
> obviously implies the goal of being able to visualize that data in
> some way. While I do have something for long, it's tailored for
> specific workf
On 3/21/2025 12:52 AM, Andreas Rheinhardt wrote:
James Almer:
On 3/20/2025 11:55 PM, Andreas Rheinhardt wrote:
Duplicating .o files is meant for small stuff, not for gigantic things
like cbs_av1.o (whose .text is 86519B here).
This feature requires complete frame and tile group parsing, which
Zhao Zhili:
>
>
>> On Mar 21, 2025, at 20:51, Andreas Rheinhardt
>> wrote:
>>
>> Zhao Zhili:
>>> On Mar 21, 2025, at 19:23, Andreas Rheinhardt
>>> wrote:
Patch attached.
>>>
>>> Sometimes the bitstream has builtin endian, not native endian, in which
>>> case it shouldn’t be ignored
> On Mar 21, 2025, at 20:51, Andreas Rheinhardt
> wrote:
>
> Zhao Zhili:
>> On Mar 21, 2025, at 19:23, Andreas Rheinhardt
>> wrote:
>>>
>>> Patch attached.
>>
>> Sometimes the bitstream has builtin endian, not native endian, in which case
>> it shouldn’t be ignored.
>>
>
> Do you have a
From: Zhao Zhili
---
libavcodec/libuavs3d.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/libuavs3d.c b/libavcodec/libuavs3d.c
index a22494340c..24f39ef492 100644
--- a/libavcodec/libuavs3d.c
+++ b/libavcodec/libuavs3d.c
@@ -123,7 +123,7 @@ static int libuavs3d_o
Zhao Zhili:
> On Mar 21, 2025, at 19:23, Andreas Rheinhardt
> wrote:
>>
>> Patch attached.
>
> Sometimes the bitstream has builtin endian, not native endian, in which case
> it shouldn’t be ignored.
>
Do you have a list of all decoders for which this is true?
Anyway, the documentation of the
---
configure | 27 ---
ffbuild/library.mak | 4 ++--
2 files changed, 22 insertions(+), 9 deletions(-)
diff --git a/configure b/configure
index 14f7bcde0e..863b9adf22 100755
--- a/configure
+++ b/configure
@@ -427,6 +427,8 @@ Toolchain options:
--enable-thum
Avoids echo failing due to the same ARG_MAX limit that prompted
response files to be used with the linker.
---
ffbuild/library.mak | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/ffbuild/library.mak b/ffbuild/library.mak
index 7e1871b74c..15302852ec 100644
--- a/ffbuild/
Hi!
Added documentation for the thumbnail_cuda filter and updated its description
to align with the format of other CUDA-based filters.
The new description clarifies its behaviour and avoids confusion with the
{thumbnail} filter.
Thank you for review!
Regards,
Danil Iashchenko
---
doc/filte
23 matches
Mail list logo
