Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
 help / color / mirror / Atom feed
From: Michael Niedermayer <michael@niedermayer.cc>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Subject: Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D RLE for remap
Date: Fri, 21 Mar 2025 22:36:58 +0100
Message-ID: <20250321213658.GH4991@pb2> (raw)
In-Reply-To: <20250321211250.GG4991@pb2>


[-- Attachment #1.1: Type: text/plain, Size: 2901 bytes --]

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 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 making
> > > > the LRU system unneeded.
> > > 
> > > Test on *real* 32-bit content, please. You can generate some by using the
> > > tonemap filter, or any of the others that support it.
> > 
> > iam happy to test tonemap output but
> > tonemap output is not "real content" either
> 
> tested the previous LRU code and this with ACES_OT_VWG run through tonemap
> this still performs better than the previous LRU code.

heres the test results,
the try1 and try256 case try hardcoded mul values of 1 and 256, they
perform worse than the automatically selected ones
noremapstor simply does not store the remap table and thus shows how big that
table is (its quite huge with the tonemap output)
the rest shows that the LRU code performs worse in every tested case
that gz file is just a sanity check to ensure that we arent writing tons
of low entropy data.

-rw-r----- 1 michael michael  694591360 Mar 21 21:57 float-303503-c1-m2-s40-tmf32-nolsb-retrrr-noremapstor.nut
-rw-r----- 1 michael michael  916492722 Mar 21 21:54 float-303503-c1-m2-s40-tmf32-nolsb-retrrr.nut.gz
-rw-r----- 1 michael michael  917135003 Mar 21 21:54 float-303503-c1-m2-s40-tmf32-nolsb-retrrr.nut
-rw-r----- 1 michael michael  921698263 Mar 21 22:03 float-303503-c1-m2-s40-tmf32-nolsb-retrrr-try256.nut
-rw-r----- 1 michael michael  921725671 Mar 21 22:04 float-303503-c1-m2-s40-tmf32-nolsb-retrrr-tryLRU.nut
-rw-r----- 1 michael michael  921729598 Mar 21 22:01 float-303503-c1-m2-s40-tmf32-nolsb-retrrr-try1.nut
-rw-r----- 1 michael michael  928459175 Mar 21 22:23 float-303503-c1-m2-s40-tmf32-nolsb-retrrr-try-linear.nut
-rw-r----- 1 michael michael  932903780 Mar 21 22:22 float-303503-c1-m2-s40-tmf32-nolsb-retrrr-tryLRU-linear.nut
-rw-r----- 1 michael michael 1100100630 Mar 21 22:24 float-303503-c1-m2-s40-tmf32-nolsb-retrrr-try-gamma.nut
-rw-r----- 1 michael michael 1101005617 Mar 21 22:22 float-303503-c1-m2-s40-tmf32-nolsb-retrrr-tryLRU-gamma.nut
-rw-r----- 1 michael michael 1150326564 Mar 21 22:23 float-303503-c1-m2-s40-tmf32-nolsb-retrrr-try-hable.nut
-rw-r----- 1 michael michael 1153310394 Mar 21 22:22 float-303503-c1-m2-s40-tmf32-nolsb-retrrr-tryLRU-hable.nut

[...]

-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

The difference between a dictatorship and a democracy is that every 4 years
the population together is allowed to provide 1 bit of input to the government.

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

[-- Attachment #2: Type: text/plain, Size: 251 bytes --]

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".

  reply	other threads:[~2025-03-21 21:37 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-03-20 22:30 Michael Niedermayer
2025-03-20 23:07 ` Lynne
2025-03-21 20:13   ` Michael Niedermayer
2025-03-21 21:12     ` Michael Niedermayer
2025-03-21 21:36       ` Michael Niedermayer [this message]
2025-03-21 22:22         ` Michael Niedermayer
2025-03-22 17:45           ` Michael Niedermayer
2025-03-22 17:54             ` Jerome Martinez
2025-03-24  1:53               ` Michael Niedermayer
2025-03-24 12:31                 ` Michael Niedermayer
2025-03-22 18:01 Michael Niedermayer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20250321213658.GH4991@pb2 \
    --to=michael@niedermayer.cc \
    --cc=ffmpeg-devel@ffmpeg.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel

This inbox may be cloned and mirrored by anyone:

	git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
		ffmpegdev@gitmailbox.com
	public-inbox-index ffmpegdev

Example config snippet for mirrors.


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git