On 06/03/2025 01:15, Michael Niedermayer wrote:
Hi everyone
Current FFv1 code with my patchset supports 16bit floats. The implementation
is quite simple. Which is good
I have tried improving compression, the gains are incremental, but its not
large overall. For example 44% space gain on the rem
This improves compression by 0.1% overall and 44% for the changed table
I tried several other things but so far this is the best
compromise between complexity and compression
This can also be extended to 32 and 64bit floats
Sponsored-by: Sovereign Tech Fund
Signed-off-by: Michael Niedermayer
---
Hi everyone
Current FFv1 code with my patchset supports 16bit floats. The implementation
is quite simple. Which is good
I have tried improving compression, the gains are incremental, but its not
large overall. For example 44% space gain on the remapping table is just
0.1% overall.
I have few flo
On 06/03/2025 00:25, Dale Curtis wrote:
Any comments for this one?
- dale
On Tue, Feb 25, 2025 at 12:16 PM Dale Curtis
wrote:
It's not possible to put USAC into ADTS due to exceeding the
field size (4 bits) for ADTS profile. As such cases where
the frame starts with 0xfff shouldn't be checke
Any comments for this one?
- dale
On Tue, Feb 25, 2025 at 12:16 PM Dale Curtis
wrote:
> It's not possible to put USAC into ADTS due to exceeding the
> field size (4 bits) for ADTS profile. As such cases where
> the frame starts with 0xfff shouldn't be checked.
>
> This ensures the sample at htt
On 3/5/2025 6:41 PM, Andreas Rheinhardt wrote:
James Almer:
Signed-off-by: James Almer
---
Updated for the latest git master changes.
libavcodec/exr.c | 55
tests/ref/fate/exr-ya-scanline-zip-half-12x8 | 2 +-
2 files changed, 22 insertions
James Almer:
> Signed-off-by: James Almer
> ---
> Updated for the latest git master changes.
>
> libavcodec/exr.c | 55
> tests/ref/fate/exr-ya-scanline-zip-half-12x8 | 2 +-
> 2 files changed, 22 insertions(+), 35 deletions(-)
>
> diff --git a/
Signed-off-by: James Almer
---
Updated for the latest git master changes.
libavcodec/exr.c | 55
tests/ref/fate/exr-ya-scanline-zip-half-12x8 | 2 +-
2 files changed, 22 insertions(+), 35 deletions(-)
diff --git a/libavcodec/exr.c b/libavcodec/e
> -Original Message-
> From: Stefano Sabatini
> Sent: Mittwoch, 5. März 2025 21:21
> To: Soft Works
> Cc: FFmpeg development discussions and patches de...@ffmpeg.org>; Soft Works ;
> Andreas Rheinhardt
> Subject: Re: [FFmpeg-devel] [PATCH v3 1/7] fftools/textformat: Extract
> and gene
Signed-off-by: James Almer
---
libavcodec/exr.c | 71 +++-
tests/ref/fate/exr-ya-scanline-zip-half-12x8 | 2 +-
2 files changed, 26 insertions(+), 47 deletions(-)
diff --git a/libavcodec/exr.c b/libavcodec/exr.c
index 3eed4b3c87..312d8fd6e1 100644
---
Signed-off-by: James Almer
---
libswscale/input.c | 89 ++
libswscale/utils.c | 4 +++
2 files changed, 93 insertions(+)
diff --git a/libswscale/input.c b/libswscale/input.c
index d6b319f25f..dfa8ed15ab 100644
--- a/libswscale/input.c
+++ b/libswscale
Signed-off-by: James Almer
---
libavutil/pixdesc.c | 44
libavutil/pixfmt.h | 9 +++
tests/ref/fate/imgutils | 8 ++
tests/ref/fate/sws-pixdesc-query | 20 +++
4 files changed, 81 insertions(+)
diff --git
On date Sunday 2025-03-02 19:44:34 +, Soft Works wrote:
>
>
> > -Original Message-
> > From: Stefano Sabatini
> > Sent: Sonntag, 2. März 2025 18:55
> > To: FFmpeg development discussions and patches
> > Cc: Soft Works ; softworkz
> > ; Andreas Rheinhardt
> >
> > Subject: Re: [FFmpe
On Sun, 02 Mar 2025 12:16:37 +0200, Rémi Denis-Courmont wrote:
> FFmpeg MTA would actually be illegal.
i have seen multiple mails from you about how you think developers have
or may do something illegal against you.
it makes me personally never want to talk or work with you at all.
https://list
On 02/03/2025 12:41, Nuo Mi wrote:
> On Sun, Feb 23, 2025 at 8:05 PM Frank Plowman wrote:
>
>> If pps_single_slice_per_subpic_flag is 1,
>> slice_{width,height}_in_ctus are undefined and we must instead get the
>> dimensions of the slice by referring to the corresponding subpicture.
>>
>> Signed-
If pps_single_slice_per_subpic_flag is 1,
slice_{width,height}_in_tiles are undefined and we must instead get the
dimensions of the slice by referring to the corresponding subpicture.
Signed-off-by: Frank Plowman
---
Changes since v1:
* slice_height_in_tiles is also undefined if
pps->pps_single
From: softworkz
---
doc/fftools-common-opts.texi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/doc/fftools-common-opts.texi b/doc/fftools-common-opts.texi
index f6d452c40e..756c843c02 100644
--- a/doc/fftools-common-opts.texi
+++ b/doc/fftools-common-opts.texi
@@ -230,6 +230,8 @@ log to
From: softworkz
This commit adds the memaddresses log flag.
When specifying this flag at the command line, context prefixes will
be printed with memory addresses like in earlier ffmpeg versions.
Example with memaddresses flag:
[hevc @ 018e72a89cc0] .
without (new behavior):
[hevc #0]
From: softworkz
..and individual numbering. The benefits are:
- Smaller log file sizes
- The disambiguation is much easier to recognize and to follow
- It eventually allows comparing and viewing log file diffs
without almost every line being different due to those addresses
Signed-off-by: sof
..and individual numbering. The benefits are:
* Smaller log file sizes
* The disambiguation is much easier to recognize and to follow
* It eventually allows comparing and viewing log file diffs without almost
every line being different due to those addresses
Before
==
[hevc @ 018e
On 2025-03-05 10:00 pm, Soft Works wrote:
-Original Message-
From: ffmpeg-devel On Behalf Of Gyan
Doshi
Sent: Mittwoch, 5. März 2025 17:23
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [PATCH] avutil/log: Replace addresses in log
output with simple ids
On 2025-03-05 09:0
MihirGore:
> From: MihirGore23
>
> ---
> libavcodec/vpx_rac.h | 75 ++--
> 1 file changed, 59 insertions(+), 16 deletions(-)
>
> diff --git a/libavcodec/vpx_rac.h b/libavcodec/vpx_rac.h
> index b158cc0754..f01358f71f 100644
> --- a/libavcodec/vpx_rac.h
>
This patch adds support for VPX range encoding alongside the existing VPX range
decoder.
It extends the range coder structure to handle both encoding and decoding.
Key Changes:
- Added vpx_rac_put_prob() and vpx_rac_put() for encoding
- Added vpx_rac_flush() for proper bitstream finalizatio
> -Original Message-
> From: ffmpeg-devel On Behalf Of Gyan
> Doshi
> Sent: Mittwoch, 5. März 2025 17:23
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] avutil/log: Replace addresses in log
> output with simple ids
>
>
>
> On 2025-03-05 09:08 pm, softworkz wrote:
From: MihirGore23
---
libavcodec/vpx_rac.h | 75 ++--
1 file changed, 59 insertions(+), 16 deletions(-)
diff --git a/libavcodec/vpx_rac.h b/libavcodec/vpx_rac.h
index b158cc0754..f01358f71f 100644
--- a/libavcodec/vpx_rac.h
+++ b/libavcodec/vpx_rac.h
@@ -
On 2025-03-05 09:08 pm, softworkz wrote:
From: softworkz
..and individual numbering. The benefits are:
- Smaller log file sizes
- The disambiguation is much easier to recognize and to follow
- It eventually allows comparing and viewing log file diffs
without almost every line being diffe
Hi Andreas
On Wed, Mar 05, 2025 at 02:51:39PM +0100, Andreas Rheinhardt wrote:
> Patches attached. None of which are meant to address the fate failure
> mentioned by Martin.
patches LGTM
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Modern terrorism, a q
Hi Martin
On Wed, Mar 05, 2025 at 09:22:11AM +0200, Martin Storsjö wrote:
> On Wed, 5 Mar 2025, Michael Niedermayer wrote:
>
> > ffmpeg | branch: master | Michael Niedermayer |
> > Thu Jan 9 23:08:23 2025 +0100| [0e917389fe73c932049635d947bba076f1709589]
> > | committer: Michael Niedermayer
>
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Nicolas George
> Sent: Mittwoch, 5. März 2025 16:40
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] avutil/log: Replace addresses in log
> output with simple ids
>
> softworkz (HE12025-03-0
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Nicolas George
> Sent: Mittwoch, 5. März 2025 16:40
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH] avutil/log: Replace addresses in log
> output with simple ids
>
> softworkz (HE12025-03-05
> -Original Message-
> From: softworkz
> Sent: Mittwoch, 5. März 2025 16:38
> To: ffmpeg-devel@ffmpeg.org
> Cc: softworkz ; softworkz
> Subject: [PATCH] avutil/log: Replace addresses in log output with simple
> ids
>
> From: softworkz
>
> ..and individual numbering. The benefits are:
softworkz (HE12025-03-05):
> +static int nb_class_ids;
We want less mutable global state, not more.
Regards,
--
Nicolas George
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, vi
From: softworkz
..and individual numbering. The benefits are:
- Smaller log file sizes
- The disambiguation is much easier to recognize and to follow
- It eventually allows comparing and viewing log file diffs
without almost every line being different due to those addresses
Signed-off-by: sof
Patches attached. None of which are meant to address the fate failure
mentioned by Martin.
- Andreas
From d1a59c3fa3101192256bf67484b0cc9d5f2967b2 Mon Sep 17 00:00:00 2001
From: Andreas Rheinhardt
Date: Wed, 5 Mar 2025 13:57:16 +0100
Subject: [PATCH 1/2] avcodec/exr: Remove write-only gamma_table
Hi
My decoder receives slice based frame, and it cannot decode them (the
result is a greased picture). How should I decode them and which are
differences from decoding a usual frame? My code of dedoding is canonical:
if (size >= sizeof(kh264Prefix) && memcmp(data, kh264Prefix,
sizeof(kh264
On Tue, Mar 4, 2025 at 10:47 PM Matthew Rademaker via ffmpeg-devel
wrote:
>
> When playing out video to a Decklink SDI 4K card I've found that all/most
> of the buffered frames get flushed instead of being displayed, essentially
> shortening the video by the amount of pre-roll. I found a way to fi
On Wed, 5 Mar 2025, Michael Niedermayer wrote:
ffmpeg | branch: master | Michael Niedermayer | Thu
Jan 9 23:08:23 2025 +0100| [0e917389fe73c932049635d947bba076f1709589] | committer:
Michael Niedermayer
avcodec/exr: do not output 32bit floats when a file stores 16bit floats
exr should not d
tis 2025-03-04 klockan 12:36 +0100 skrev Andreas Rheinhardt:
> Tomas Härdin:
> > +@item ref-frame-config @tab @tab @tab
> > +@item reverb @tab S @tab argo_cvg @tab
>
> The first is libvp9enc-only, the second argo_cvg only. IMO it is
> better
> to document this at the documentation of the relevant
> -Original Message-
> From: ffmpeg-devel On Behalf Of
> Gianluca Cannata
> Sent: Mittwoch, 5. März 2025 08:51
> To: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] GSoC 2025 - OggKate subtitles support
>
> Hi sw,
>
> Thank you for your information.
>
> Woul
Hi sw,
Thank you for your information.
Would you be willing to mentor this project or - if you have time - you can
follow the progress I am making at this repository:
https://github.com/aculnaig/ffmpeg
Cheers
Gianluca
___
ffmpeg-devel mailing list
ff
40 matches
Mail list logo
