<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">ср, 31 мая 2023 г., 22:29 Andrea paz <<a href="mailto:gamberucci.andrea@gmail.com" rel="noreferrer noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">gamberucci.andrea@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I don't think my Dell UP2716D has sRGB emulation.</blockquote></div></div><div dir="auto"><br></div><div dir="auto"><a href="https://pcmonitors.info/reviews/dell-up2716d/" rel="noreferrer noreferrer noreferrer noreferrer noreferrer noreferrer" target="_blank">https://pcmonitors.info/reviews/dell-up2716d/</a><br></div><div dir="auto"><br></div><div dir="auto">this site tend to disagree? Difference in terminology?</div><div dir="auto"><br></div><div dir="auto">====</div><div dir="auto"><span style="font-size:medium">The
native colour gamut of the monitor (‘Standard’ – top image)
comprehensively covers both the sRGB and Adobe RGB colour spaces. There
is extension beyond the Adobe RGB colour space, even, particularly in
the red region of this representation. Note that the Adobe RGB colour
space actually coincides with sRGB in this ‘corner’ of this
representation. The ‘Adobe RGB’ emulation mode cuts this down
effectively so that it fully covers the Adobe RGB colour space without
much over-extension at all. The ‘sRGB’ emulation mode does this same
with the sRGB colour space, with just a smidge of under-coverage but
nothing to write home about. The ‘REC709’ emulation mode is largely the
same with a bit of extension beyond in places, whilst ‘DCI-P3’ does an
excellent job of emulating the ‘DCI-P3’ colour space (not shown in this
diagram – but essentially coinciding with the monitor’s gamut here)</span><br></div><div dir="auto"><span style="font-size:medium"><br></span></div><div dir="auto"><span style="font-size:medium">====</span></div><div dir="auto"><span style="font-size:medium"><br></span></div><div dir="auto"><span style="font-size:medium">But I guess each monitor (esp. as they age) will show slightly different picture ...</span></div><div dir="auto"><span style="font-size:medium"><br></span></div><div dir="auto"><span style="font-size:medium">More <span style="background-color:rgb(144,202,249)">color</span><span style="background-color:rgb(255,255,255)"> articles:</span></span></div><div dir="auto"><span style="font-size:medium"><span style="background-color:rgb(255,255,255)"><br></span></span></div><div dir="auto"><span style="font-size:medium"><span style="background-color:rgb(255,255,255)"> </span></span><font size="3"><a href="https://jonnyelwyn.co.uk/film-and-video-editing/affordable-colour-grading-monitors-2/" rel="noreferrer noreferrer noreferrer noreferrer" target="_blank">https://jonnyelwyn.co.uk/film-and-video-editing/affordable-colour-grading-monitors-2/</a></font></div><div dir="auto"><font size="3"><br></font></div><div dir="auto"><font size="3">so, pairing one of those sub-1000$ monitors with sub-1000$ HDR camera like sony zv1 ( shots some HLG ang S-log variants ) might be interesting combination?</font></div><div dir="auto"><font size="3"><br></font></div><div dir="auto"><font size="3">Still not sure if your monitor can do HDR/HDR10+ ...</font></div><div dir="auto"><font size="3"><br></font></div><div dir="auto"><font size="3">Strange find - Pgenerator </font></div><div dir="auto"><font size="3">Test Pattern Generator based on RPi4</font></div><div dir="auto"><font size="3"><br></font></div><div dir="auto"><font size="3"><a href="https://www.avsforum.com/threads/dedicated-raspberry-pi-pgenerator-thread-set-up-configuration-updates-special-features-general-usage-tips.3167475/" rel="noreferrer noreferrer" target="_blank">https://www.avsforum.com/threads/dedicated-raspberry-pi-pgenerator-thread-set-up-configuration-updates-special-features-general-usage-tips.3167475/</a><br></font></div><div dir="auto"><font size="3"><br></font></div><div dir="auto"><font size="3">uses patched mesa + drm kernel module for displaying said HDR ...</font></div><div dir="auto"><font size="3"><br></font></div><div dir="auto"><font size="3"><a href="https://github.com/docdude/PGenerator" target="_blank" rel="noreferrer">https://github.com/docdude/PGenerator</a><br></font></div><div dir="auto"><font size="3"><br></font></div><div dir="auto"><font size="3"><a href="https://github.com/docdude/ofxRPI4WindowHDR">https://github.com/docdude/ofxRPI4WindowHDR</a><br></font></div><div dir="auto"><font size="3"><br></font></div><div dir="auto"><font size="3">not really buildable on normal Rpi debian, from that I can see, sadly ...</font></div><div dir="auto"><font size="3"><br></font></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> I think it has 3<br>
ICCs set internally, namely sRGB; Rec709 and DCI-P3. To be precise I<br>
think it has 3 internal LUTs and not 3 ICCs. I use it with an ICC I<br>
created (1886, gamma 2.4) which works well in many programs (for<br>
example in mpv it is outstanding!). I also use it in CinGG unless I<br>
have to do color correction; in that case I switch to sRGB.<br>
My only 2 problems are:<br>
1- Arch does not support 10-bit depth well.<br>
2- CinGG does not support ICCs (or a CMS)..<br>
But they are not serious shortcomings...<br>
<br>
Andrew, I apologize but I will not try live with compicc and oneyros.<br>
Too much work to do and the kind I don't understand.<br>
</blockquote></div></div></div>