Hi Lynne On Mon, Mar 23, 2026 at 09:59:00PM +0100, Lynne via ffmpeg-devel wrote: [...] > > > > > > > I will prepare performance and compression figures too, of course. > > > > > > > > > > > > that would be very good > > > > > > > > > > > > > > > > > > > > > > > > > > You are mainly focusing on the use of Haar to decompose Bayer > > > > > > > into median + > > > > > > > difference for the green samples. Would you prefer a more general > > > > > > > interpolation or predictor instead? Like I mentioned, I wouldn't > > > > > > > mind this, > > > > > > > though it would be better if it benefitted RGB coding as well. > > > > > > > > > > > > My concern is not about a specific part of this, rather that we dont > > > > > > know how the surroundings of the algorithm landscape perform. > > > > > > > > > > > > We dont even know if this choice is a local minimum in the landscape > > > > > > of algorithms. Maybe we can make a small change and it will perform > > > > > > better. > > > > > > Maybe we can make a larger change and we would be in a much deeper > > > > > > local > > > > > > minimum. > > > > > > > > > > > > What iam asking for is that the landscape of choices / algorithms is > > > > > > investigated more before we settle on what choice FFv1 would use > > > > > > for decades > > > > > > > > > That's good, but you should keep in mind that this is an unstable > > > > > feature > > > > > that can be changed in the future, rather than the final design. > > > > > > > > I have to push back on this > > > > the STF project says > > > > "Completing this milestone will expand FFv1's archival capabilities to > > > > handle not just produced video, but also direct camera footage, as well > > > > as film scanners and scientific applications." > > > > > > > > I dont think "an unstable feature" can be used for archival. > > > > > > > > archival requires features to be long term supported and stable > > > > > > All new features need to be introduced as unstable features until version > > > 4 > > > of the codec is released. It is implied that this extension to the codec > > > will also go through the same procedure. > > > > > > > > I think that merging support for it (or approving the PR) is enough to > > > satisfy the requirement of the milestone, rather than standardization. > > > The feature would be in the next version of the codec whenever it is > > > frozen > > > and specified. > > > > The formal IETF standardization isnt the same thing as designing a feature > > that we _believe_ will not need to be changed > > > > For example te float compression i designed to the best of my knowledge > > at that time was in a local minimum. I tried finding better ways to store > > floats in the FFv1 design (tried many differennt ways to store floats, > > many diffeerenet context models, quantziation methods and i found nothing > > short of things that should go to a FFv2 > > I also belive i asked on ffmpeg-devel and IETF-cellar about float ideas > > > > in that sense you maybe want to ask on IETF-cellar about bayer CFA coding > > ideas before this is finalized. > > and thats why i said i dont think this can be done in the timeline for > > the current STF milestones > > I don't foresee the base of the coding mechanism needing to be fundamentally > changed here either. > In my opinion, we should not change the prediction structure or the basic > coding (no extension of the codec has). Which means the only feasible > solution I see we have is in the PR. > I don't consider changing whether Haar is used, or what wavelet type is > used, or not used a major difference. It is a 2-line change, after all. > > Speaking of floating point encoding, I'd like to draw a parallel with it, > since it's close to what I am trying to accomplish here too. > Support for it was merged 4 days after the RFC was posted. There were some > comments left outstanding, mainly from me, since I never really like the way > paletization was used, but overall, I found no reason to block it, since I > did think it can be worked on and improved.
Ehm, I spend months on the floating point support
But sure, lets discuss it
I submitted teh LSB raw work in 2024 which was for float
I submited a first float patchset for comments in january 2025
Sat 18 Jan 2025 06:00:00 AM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH 4/4] avcodec/ffv1: NOT FOR GIT,
experiment about float decorrelation
Sat 18 Jan 2025 11:50:49 PM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH 1/2] avcodec/ffv1: flip half of
float16 and Compactify floats
Sat 18 Jan 2025 11:50:50 PM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH 2/2] avcodec/ffv1: Store remap
flag per slice
Sun 19 Jan 2025 12:01:10 AM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH] avcodec/ffv1: NOT FOR GIT
experiment seperately coding sign bits of float16
I see related mails on IETF Cellar in march:
Sat 08 Mar 2025 11:56:05 PM CET Michael Niedermayer
<[email protected]> [Cellar] [PATCH] ffv1: add float and remap support to
v4
Sat 08 Mar 2025 11:56:05 PM CET Michael Niedermayer
<[email protected]> [Cellar] [PATCH] ffv1: add float and remap support to
v4
Sun 09 Mar 2025 01:22:03 AM CET Michael Niedermayer
<[email protected]> [Cellar] Re: [PATCH] ffv1: add float and remap support
to v4
Sun 09 Mar 2025 01:22:03 AM CET Michael Niedermayer
<[email protected]> [Cellar] Re: [PATCH] ffv1: add float and remap support
to v4
Sun 09 Mar 2025 01:22:05 AM CET Michael Niedermayer
<[email protected]> Re: [Cellar] [PATCH] ffv1: add float and remap support
to v4
Tue 11 Mar 2025 05:16:11 PM CET Michael Niedermayer
<[email protected]> [Cellar] Re: [PATCH] ffv1: add float and remap support
to v4
Tue 11 Mar 2025 05:16:11 PM CET Michael Niedermayer
<[email protected]> [Cellar] Re: [PATCH] ffv1: add float and remap support
to v4
Tue 11 Mar 2025 05:16:12 PM CET Michael Niedermayer
<[email protected]> Re: [Cellar] Re: [PATCH] ffv1: add float and remap
support to v4
Mon 24 Mar 2025 02:29:51 PM CET Michael Niedermayer
<[email protected]> [Cellar] [PATCH v2] ffv1: add float and remap support
to v4
Mon 24 Mar 2025 02:29:51 PM CET Michael Niedermayer
<[email protected]> [Cellar] [PATCH v2] ffv1: add float and remap support
to v4
not float but just the float remap had the following discussions:
Sat 18 Jan 2025 11:50:50 PM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH 2/2] avcodec/ffv1: Store remap
flag per slice
Sun 19 Jan 2025 09:44:19 PM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH] avcodec/ffv1: NOT FOR GIT
experiment to store exponent and mantisse seperately
Wed 05 Mar 2025 03:21:19 AM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH 1/2] avcodec/ffv1: Store remap
flag per slice
Thu 06 Mar 2025 01:15:52 AM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [RFC] FFV1 float support
Thu 06 Mar 2025 01:15:53 AM CET Michael Niedermayer
<[email protected]> [RFC] FFV1 float support
Thu 06 Mar 2025 05:37:51 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [RFC] FFV1 float support
Thu 06 Mar 2025 05:37:52 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [RFC] FFV1 float support
Fri 07 Mar 2025 01:36:02 AM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH 1/2] libavcodec/ffv1: Support
storing decorrelated LSB raw without rangecoder
Fri 07 Mar 2025 02:13:14 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [RFC] FFV1 float support
Fri 07 Mar 2025 02:13:15 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [RFC] FFV1 float support
Sat 08 Mar 2025 08:57:24 PM CET Michael Niedermayer <[email protected]>
[FFmpeg-cvslog] avcodec/ffv1: Store remap flag per slice
Sat 08 Mar 2025 11:56:05 PM CET Michael Niedermayer
<[email protected]> [Cellar] [PATCH] ffv1: add float and remap support to
v4
Sat 08 Mar 2025 11:56:05 PM CET Michael Niedermayer
<[email protected]> [Cellar] [PATCH] ffv1: add float and remap support to
v4
Sun 09 Mar 2025 01:22:03 AM CET Michael Niedermayer
<[email protected]> [Cellar] Re: [PATCH] ffv1: add float and remap support
to v4
Sun 09 Mar 2025 01:22:03 AM CET Michael Niedermayer
<[email protected]> [Cellar] Re: [PATCH] ffv1: add float and remap support
to v4
Sun 09 Mar 2025 01:22:05 AM CET Michael Niedermayer
<[email protected]> Re: [Cellar] [PATCH] ffv1: add float and remap support
to v4
Sun 09 Mar 2025 11:58:05 PM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH 3/4] avcodec/ffv1: Fix remap and
float with golomb rice
Mon 10 Mar 2025 01:45:52 AM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH] ffv1: implement remap for
encode/decode_plane()
Tue 11 Mar 2025 01:52:21 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH 3/4] avcodec/ffv1: Fix remap
and float with golomb rice
Tue 11 Mar 2025 01:52:22 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH 3/4] avcodec/ffv1: Fix remap
and float with golomb rice
Tue 11 Mar 2025 01:59:06 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] ffv1: implement remap for
encode/decode_plane()
Tue 11 Mar 2025 01:59:07 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] ffv1: implement remap for
encode/decode_plane()
Tue 11 Mar 2025 02:18:38 PM CET Michael Niedermayer <[email protected]>
[FFmpeg-cvslog] avcodec/ffv1: Fix remap and float with golomb rice
Tue 11 Mar 2025 03:04:33 PM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement jeromes
idea of making remap flip optional
Tue 11 Mar 2025 05:16:11 PM CET Michael Niedermayer
<[email protected]> [Cellar] Re: [PATCH] ffv1: add float and remap support
to v4
Tue 11 Mar 2025 05:16:11 PM CET Michael Niedermayer
<[email protected]> [Cellar] Re: [PATCH] ffv1: add float and remap support
to v4
Tue 11 Mar 2025 05:16:12 PM CET Michael Niedermayer
<[email protected]> Re: [Cellar] Re: [PATCH] ffv1: add float and remap
support to v4
Fri 14 Mar 2025 01:47:19 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement
jeromes idea of making remap flip optional
Fri 14 Mar 2025 01:47:20 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement
jeromes idea of making remap flip optional
Fri 14 Mar 2025 02:06:11 AM CET Michael Niedermayer <[email protected]>
[FFmpeg-cvslog] avcodec/ffv1: Implement jeromes idea of making remap flip
optional
Sat 15 Mar 2025 01:00:03 AM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH 1/5] avcodec/ffv1: fix remap
without chroma planes
Sat 15 Mar 2025 01:00:04 AM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH 2/5] avcodec/ffv1: Add YAF16
support
Sat 15 Mar 2025 01:00:05 AM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH 3/5] avcodec/ffv1: Add GRAYF16
support
Sat 15 Mar 2025 01:34:41 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] ffv1: implement remap for
encode/decode_plane()
Sat 15 Mar 2025 01:34:42 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] ffv1: implement remap for
encode/decode_plane()
Mon 17 Mar 2025 01:41:56 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH 1/5] avcodec/ffv1: fix remap
without chroma planes
Mon 17 Mar 2025 01:41:57 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH 1/5] avcodec/ffv1: fix remap
without chroma planes
Mon 17 Mar 2025 03:33:03 PM CET Michael Niedermayer <[email protected]>
[FFmpeg-cvslog] avcodec/ffv1: implement remap for encode/decode_plane()
Mon 17 Mar 2025 03:33:05 PM CET Michael Niedermayer <[email protected]>
[FFmpeg-cvslog] avcodec/ffv1: fix remap without chroma planes
Mon 17 Mar 2025 03:33:07 PM CET Michael Niedermayer <[email protected]>
[FFmpeg-cvslog] avcodec/ffv1: Add YAF16 support
Mon 17 Mar 2025 03:33:09 PM CET Michael Niedermayer <[email protected]>
[FFmpeg-cvslog] avcodec/ffv1: Add GRAYF16 support
Wed 19 Mar 2025 01:34:53 AM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH] avcodec/ffv1: WIP Single
precission float support
Thu 20 Mar 2025 02:19:13 AM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH 1/4] avcodec/ffv1: Fix remap
ordering
Thu 20 Mar 2025 02:19:14 AM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH 2/4] avcodec/ffv1: 32-bit float
sample support
Thu 20 Mar 2025 02:19:16 AM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH 4/4] avcodec/ffv1: RC/RLE/LRU
coder for remap table
Thu 20 Mar 2025 11:30:28 PM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D RLE
for remap
Fri 21 Mar 2025 09:13:49 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D
RLE for remap
Fri 21 Mar 2025 09:13:50 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D
RLE for remap
Fri 21 Mar 2025 10:12:50 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D
RLE for remap
Fri 21 Mar 2025 10:12:51 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D
RLE for remap
Fri 21 Mar 2025 10:36:58 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D
RLE for remap
Fri 21 Mar 2025 10:36:59 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D
RLE for remap
Fri 21 Mar 2025 11:22:45 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D
RLE for remap
Fri 21 Mar 2025 11:22:47 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D
RLE for remap
Sat 22 Mar 2025 06:45:20 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D
RLE for remap
Sat 22 Mar 2025 06:45:21 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D
RLE for remap
Sat 22 Mar 2025 07:01:39 PM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D RLE
for remap
Mon 24 Mar 2025 02:53:27 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D
RLE for remap
Mon 24 Mar 2025 02:53:29 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D
RLE for remap
Mon 24 Mar 2025 01:31:15 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D
RLE for remap
Mon 24 Mar 2025 01:31:16 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Implement 2D
RLE for remap
Mon 24 Mar 2025 02:06:40 PM CET Michael Niedermayer <[email protected]>
[FFmpeg-cvslog] avcodec/ffv1: Fix remap ordering
Mon 24 Mar 2025 02:06:42 PM CET Michael Niedermayer <[email protected]>
[FFmpeg-cvslog] avcodec/ffv1: 32-bit float sample support
Mon 24 Mar 2025 02:06:48 PM CET Michael Niedermayer <[email protected]>
[FFmpeg-cvslog] avcodec/ffv1: Implement 2D RLE for remap
Mon 24 Mar 2025 02:07:56 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH 1/4] avcodec/ffv1: Fix remap
ordering
Mon 24 Mar 2025 02:07:57 PM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH 1/4] avcodec/ffv1: Fix remap
ordering
Mon 24 Mar 2025 02:29:51 PM CET Michael Niedermayer
<[email protected]> [Cellar] [PATCH v2] ffv1: add float and remap support
to v4
Mon 24 Mar 2025 02:29:51 PM CET Michael Niedermayer
<[email protected]> [Cellar] [PATCH v2] ffv1: add float and remap support
to v4
Tue 25 Mar 2025 02:50:53 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1enc: further
reduce stack usage
Tue 25 Mar 2025 02:50:54 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1enc: further
reduce stack usage
Tue 25 Mar 2025 03:26:22 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1enc: further
reduce stack usage
Tue 25 Mar 2025 03:26:23 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1enc: further
reduce stack usage
Tue 25 Mar 2025 10:38:30 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH 03/11] avcodec/ffv1enc:
remap mode 2 is for floats only
Tue 25 Mar 2025 10:38:32 AM CET Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH 03/11] avcodec/ffv1enc:
remap mode 2 is for floats only
Fri 28 Mar 2025 12:41:51 PM CET Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH] avcodec/ffv1enc: Add
-remap_optimizer option
Sun 30 Mar 2025 10:25:49 PM CEST Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1enc: Add
-remap_optimizer option
Sun 30 Mar 2025 10:25:50 PM CEST Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1enc: Add
-remap_optimizer option
Mon 31 Mar 2025 02:50:56 AM CEST Michael Niedermayer <[email protected]>
[FFmpeg-cvslog] avcodec/ffv1enc: Add -remap_optimizer option
Wed 02 Apr 2025 04:49:20 PM CEST Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH] avcodec/ffv1: Only allocate
fltmap* and bitmap when needed
Wed 02 Apr 2025 11:13:17 PM CEST Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH] avcodec/ffv1: Store
slices*planes with the minimum bits needed after remap
Thu 03 Apr 2025 02:07:36 AM CEST Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Store
slices*planes with the minimum bits needed after remap
Thu 03 Apr 2025 02:07:37 AM CEST Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Store
slices*planes with the minimum bits needed after remap
Thu 03 Apr 2025 02:35:23 AM CEST Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Store
slices*planes with the minimum bits needed after remap
Thu 03 Apr 2025 02:35:25 AM CEST Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH] avcodec/ffv1: Store
slices*planes with the minimum bits needed after remap
Thu 03 Apr 2025 02:36:36 AM CEST Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH v2] avcodec/ffv1: Store
slices*planes with the minimum bits needed after remap
Thu 03 Apr 2025 12:50:46 PM CEST Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH 1/4] avcodec/ffv1dec: Limit size
of fltmap* to pixel number
Thu 03 Apr 2025 12:50:47 PM CEST Michael Niedermayer
<[email protected]> [FFmpeg-devel] [PATCH 2/4] avcodec/ffv1enc: Remove
65536 pixel per slice limit for remap
Fri 04 Apr 2025 08:46:23 PM CEST Michael Niedermayer <[email protected]>
[FFmpeg-cvslog] avcodec/ffv1: Only allocate fltmap* and bitmap when needed
Fri 04 Apr 2025 08:46:25 PM CEST Michael Niedermayer <[email protected]>
[FFmpeg-cvslog] avcodec/ffv1dec: Limit size of fltmap* to pixel number
Sun 06 Apr 2025 08:40:55 PM CEST Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH v2] avcodec/ffv1: Store
slices*planes with the minimum bits needed after remap
Sun 06 Apr 2025 08:40:57 PM CEST Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH v2] avcodec/ffv1: Store
slices*planes with the minimum bits needed after remap
Sun 06 Apr 2025 08:43:03 PM CEST Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH 1/4] avcodec/ffv1dec: Limit
size of fltmap* to pixel number
Sun 06 Apr 2025 08:43:05 PM CEST Michael Niedermayer
<[email protected]> Re: [FFmpeg-devel] [PATCH 1/4] avcodec/ffv1dec: Limit
size of fltmap* to pixel number
Mon 07 Apr 2025 01:14:06 AM CEST Michael Niedermayer <[email protected]>
[FFmpeg-cvslog] avcodec/ffv1: Store slices*planes with the minimum bits needed
after remap
Mon 07 Apr 2025 01:14:08 AM CEST Michael Niedermayer <[email protected]>
[FFmpeg-cvslog] avcodec/ffv1enc: Remove 65536 pixel per slice limit for remap
there are at least the following commits up to march 2025 but of course there
where more later
https://github.com/FFmpeg/FFmpeg/commit/bddb9c232dbdfa2c1402c7c56f77e5e6c7fda60f
https://github.com/FFmpeg/FFmpeg/commit/5bf6d9c3e315f83fc17bd54481eb9698f0962f7e
https://github.com/FFmpeg/FFmpeg/commit/226fcc7258ca0a6bc74c19acc8d2fe181393bfb1
https://github.com/FFmpeg/FFmpeg/commit/f334eadd3644b10239cea4cdf7e9e835a6178116
https://github.com/FFmpeg/FFmpeg/commit/d4a23e664018740fecbbf11643832a69709421f5
https://github.com/FFmpeg/FFmpeg/commit/430065a97b08f7065629b743b26622980cd6e212
https://github.com/FFmpeg/FFmpeg/commit/ffd537bcc2da727495f860382a5c899e4fbe6dff
https://github.com/FFmpeg/FFmpeg/commit/8af28d2eb18e88edee49d8d730cc94fc9fd9a08e
https://github.com/FFmpeg/FFmpeg/commit/051fd03f6c09ce468f5ff16896ef6a01d75abe73
https://github.com/FFmpeg/FFmpeg/commit/a33908d051843d53668c6a0920e47377fab2c0fa
https://github.com/FFmpeg/FFmpeg/commit/836add03a890abb03bd0c2dc3e7817f605c02be3
https://github.com/FFmpeg/FFmpeg/commit/4b24c5ba693f6501b77ffec932dc858f20e6a2d7
https://github.com/FFmpeg/FFmpeg/commit/e9cfed35a582433d1a397ae8efa82d4d295d40e7
https://github.com/FFmpeg/FFmpeg/commit/522fc389e854f27e99e364eadd22c8d6d414b875
https://github.com/FFmpeg/FFmpeg/commit/5ca14b23f1e8137258580dd9045f025795b2eb88
https://github.com/FFmpeg/FFmpeg/commit/3813559660557415820140d6f7687ad1db5d5708
https://github.com/FFmpeg/FFmpeg/commit/e619b0d81751840c0aa5feb3e46342b9abb5ea42
https://github.com/FFmpeg/FFmpeg/commit/5dcf566f690c05a613a38ace7421f123a4a553f1
https://github.com/FFmpeg/FFmpeg/commit/0538b4c5691a8af2e57912ab9043191338ca1cf9
https://github.com/FFmpeg/FFmpeg/commit/e19496fe71ae3d588f525c1d385586ea58b4d7dd
https://github.com/FFmpeg/FFmpeg/commit/171060d5dc54d1526abde736a711ce234df632f2
https://github.com/FFmpeg/FFmpeg/commit/62c7d08947f5a92d49c74b04f37df7d2c245846c
https://github.com/FFmpeg/FFmpeg/commit/2471b22023756df145d24f9dcb00a56eaa121859
https://github.com/FFmpeg/FFmpeg/commit/276854e1835e16900b3ac5db188130895126f4d8
https://github.com/FFmpeg/FFmpeg/commit/b57f71f716c2b18b21487e9448ca14a851f98466
https://github.com/FFmpeg/FFmpeg/commit/d7fa6a388b894637c5d4d2826aa7cac0fc7f7c4b
https://github.com/FFmpeg/FFmpeg/commit/a8892c54003ff26e091627c9304700406996021b
https://github.com/FFmpeg/FFmpeg/commit/437cbd25e0894b69e6706136366ce4252a5ba6f6
https://github.com/FFmpeg/FFmpeg/commit/dcf614279426ad1b56949c7c06754e0fcea44e56
https://github.com/FFmpeg/FFmpeg/commit/a90ff8128772a03dd61dce7bcfc5d8416c9a6d8a
https://github.com/FFmpeg/FFmpeg/commit/0b097ed9f141f57e2b91f0704c721a9eff0204c0
https://github.com/FFmpeg/FFmpeg/commit/a8a83e06f917a4d4c8c090184515d6ba6bed30b1
https://github.com/FFmpeg/FFmpeg/commit/99f0f6e4012ef89c4e9079da6aba8824769ebe0f
https://github.com/FFmpeg/FFmpeg/commit/1bce40cb73fffd9d1fb6e118d71ac8999cded808
https://github.com/FFmpeg/FFmpeg/commit/9bad2634ee12b24b06e8b943c7eeef7cf34ed82c
https://github.com/FFmpeg/FFmpeg/commit/4a0c285dfef90face0961a56231031fde170f705
https://github.com/FFmpeg/FFmpeg/commit/c1b330bf2421cf3400e185ecd65dd69308891f19
https://github.com/FFmpeg/FFmpeg/commit/62c98cdd549a44d59d5b01d42dfbe35aed413d37
https://github.com/FFmpeg/FFmpeg/commit/497b205ad56d05e79533cad9c49bf25d837f4c9f
https://github.com/FFmpeg/FFmpeg/commit/0c237d6e8a35f1e632ec6752f1a57f5369f86f69
https://github.com/FFmpeg/FFmpeg/commit/402824e9e99461f1c9e74a6730ced40894669560
https://github.com/FFmpeg/FFmpeg/commit/a5c0ed2122a9efe06613e52f0ff3f1323bb10169
https://github.com/FFmpeg/FFmpeg/commit/0e917389fe73c932049635d947bba076f1709589
https://github.com/FFmpeg/FFV1/commit/4067d79bf9bde66175a5668be62824dc191a6384
and this is a subset of whats public on teh work.
>
> In the case here, I'm asked to do much more rigor and benchmarking to merge,
> most of which I see no practical point in - they either do not apply, or
> cannot be feasibly implemented without substantial changes, which I myself
> would not agree with merging. Going through IETF/CELLAR is something that
> float encoding never had to go through either.
but float work was posted to, and discussed on IETF/CELLAR in march 2025
>
> Why does this need to be treated differently, when it's so much simpler than
> floating-point coding
no need to, my work was
over the period of 12 months 2024.04.01 to 2025.03.28 (written that way also in
my incvoice) and payment was 10k €
while i see you charge 12k6 € for CPU and 10k € for GPU, i didnt do a GPU
implementation
so i think price wise we are similar
so you will work 12 months on bayer
design/testing/benchmarking/discussion/comparing and cpu implementation, I think
that is reasonable.
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
If you drop bombs on a foreign country and kill a hundred thousand
innocent people, expect your government to call the consequence
"unprovoked inhuman terrorist attacks" and use it to justify dropping
more bombs and killing more people. The technology changed, the idea is old.
signature.asc
Description: PGP signature
_______________________________________________ ffmpeg-devel mailing list -- [email protected] To unsubscribe send an email to [email protected]
