As a follow-up to the "HDR is Harder" talk I will lead a workshop. The goal will be to workshop a DRM/KMS API and try to arrive at a solution that most people are happy with and everyone can live with.
In question are pre-, and post-blending (drm_plane) 1D LUTs, 3D (cubic) LUTs, matrices, and predefined transfer functions.
Use cases will include things such as tone mapping, color space conversion, display color correction, etc.
We will also discuss whether it makes sense to hard-code placement of these elements or allow drives to define a custom color pipeline in a way that is parseable by KMS clients.
|Code of Conduct||Yes|
|GSoC, EVoC or Outreachy||No|
|In-person or virtual presentation||In-person|
|For which conference do you send the proposal?||X.Org Developers Conference 2022|