I support this! HDR support would be nice, but if there are issues with color spaces, that to me is a higher priority.
What do you mean to fix in the macros and graphics pipelines? On Thu, Jan 26, 2023 at 5:11 AM Laurent Bourgès <bourges.laur...@gmail.com> wrote: > Hi, > > I would like enhancing Java Image classes (awt / java2D) to support > natively new image types with their use cases: > - BGRA (inverse RGBA) with both byte, integer & PREMUL variants (4x8bits), > as supported by skia, metal, vulkan apis > - 10 or 16 bits per RGBA component to support HDR or 64bits images like > R10G10B10A2 or R16G16B16A16, as supported by skia, metal, vulkan apis but > also by PNG & TIFF file formats > > It represents a lot of work: > - CSR to define new BufferedImageType, Image API changes to deal with > short / long values (rgba 48 or 64bits) > - fix native software loops (macros) > - fix DirectX, OpenGL, XRender, Metal pipelines for accelerated Surface > > Ideally such image handling requires to handle properly gamma correction & > colorspaces (linear RGBA or perceptual sRGB, P3...) but it is maybe another > topic ! > > Comments are welcome & potential use cases too, > > Thanks, > Laurent >
