SBTM: Source Based Tone mapping : (c)RS
Feel source based may be good if one knows the ICC Profiles of the display
Definite reason : Desktop windows with multiple ICC Colour pallets Dynamic Colour Range.
Example: We take desktop of Mac, PC, Phone & Define Master ICC Profile Frame buffer, We take small windows & Define a colour gamut & WCG & Dynamic range..
Within a frame buffer of 48Bit by blitting + DMA from a Sub Cache Multiple window with multiple memory frames that are meta data enabled small memory footprint & Multiprocessing & Threading enabled.
We can therefor with VRR load a single part of the frame; On a 8 Core CPU with AVX & SiMD quite relevant!
We can single frame tone-map from source & from TV to advantage total transmittable data (Only 48GB/s!)
Screen composure: Multi Window HDR and Variable pallet screen composure for monitors,
Computers & TV & GPU DAC
2 primary methods:
Full Light spectrum Composure frame with Palleted Virtual boxed renders
(can be 8Bit, 15Bit, 16Bit, 24Bit, 32Bit, 40Bit, 48Bit)
With HSL Light to dark (Composed on Dark, Alpha)
with Light spectrum in 8Bit, 10Bit, 12Bit, 14Bit, 16Bit per channel.
Frame buffer source can be Meta Data by spectrum & Light range :
HSL L<>D 8Bit <> 16Bit (Alpha Channel) + R,G,B 8Bit <> 16Bit per channel
+ Frame rendered in colour space..
& Dither down on DAC
Or Render all frames in the same Bit Depth & compose in linear colour space 48Bit & Dither down on DAC
Composure into high colour space saves RAM but does allow the final composure layer to dither into a higher colour range 48Bit for example with 16Bit colour pallets in the frame buffer.
Rupert S https://science.n-helix.com
https://bit.ly/VESA_BT
Colour Range Example Final Fantasy XVI HDR
https://www.youtube.com/watch?v=vFtqbjf1jjI
Cut Negativity but answers are to be found!
No comments:
Post a Comment