<div dir="ltr">Dear Shunsaku,<div><br></div><div>Thank you for all the clarification. I was intrigued by the choice of using the calibration data when including a file, and the first thing I did was to see what everybody else were doing.<br></div><div><br></div><div>I did see that XeTeX has company in Libre Office, but that is about it. All other programs I tried -- Adobe InDesign, Photoshop, Illustrator, MS Word, MS Publisher do it just like pdfTeX and LuaTeX, and ignore the calibration data on the PNG.</div><div><br></div><div>And on another point, reading the PNG specification (<a href="http://www.libpng.org/pub/png/spec/1.2/PNG-Chunks.html">http://www.libpng.org/pub/png/spec/1.2/PNG-Chunks.html</a>) I saw the following text:</div><div><br></div><div>        <span style="color:rgb(0,0,0);font-family:"Times New Roman";font-size:medium">An </span><span class="gmail-cn" style="color:rgb(0,0,0);font-family:"Times New Roman";font-size:medium">sRGB</span><span style="color:rgb(0,0,0);font-family:"Times New Roman";font-size:medium"> chunk or </span><span class="gmail-cn" style="color:rgb(0,0,0);font-family:"Times New Roman";font-size:medium">iCCP</span><span style="color:rgb(0,0,0);font-family:"Times New Roman";font-size:medium"> chunk, when present and recognized, overrides the </span><span class="gmail-cn" style="color:rgb(0,0,0);font-family:"Times New Roman";font-size:medium">cHRM</span><span style="color:rgb(0,0,0);font-family:"Times New Roman";font-size:medium"> chunk.</span></div><div><br></div><div>that seems to imply the calibration chunk should be ignore in the presence of an sRGB chunk -- which I believe is our case, isn't it?</div><div><br></div><div>Many thanks for your help in understanding this,</div><div>Paulo Ney</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 12, 2021 at 8:10 AM 平田俊作 <<a href="mailto:shunsaku.hirata74@gmail.com">shunsaku.hirata74@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><br><div dir="ltr"><br><blockquote type="cite">2021/01/13 0:05、Paulo Ney de Souza <<a href="mailto:pauloney@gmail.com" target="_blank">pauloney@gmail.com</a>>のメール:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div>Thanks Shunsaku, I am sorry I have more questions that on the first e-mail...</div><div><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 12, 2021 at 6:37 AM Shunsaku Hirata <<a href="mailto:shunsaku.hirata74@gmail.com" target="_blank">shunsaku.hirata74@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Sorry there is a correction.<br>
<br>
2021年1月12日(火) 21:10 Shunsaku Hirata <<a href="mailto:shunsaku.hirata74@gmail.com" target="_blank">shunsaku.hirata74@gmail.com</a>>:<br>
><br>
> Hi Paulo,<br>
><br>
> Your PNG images A.png and B.png actually use a calibrated color space<br>
> as specified in gAMA and cHRM chunks of PNG images. Hence CalRGB<br>
> should be used.<br></blockquote><div><br></div><div>What do you use for checking the ColorSpace of an image?</div></div></div></div></blockquote><div><br></div><div>This time I just used TweakPNG program to inspect the PNG files. I don’t know if there is any tool which can be used to check the color space of images in general.</div><div><span style="color:rgb(51,51,51);font-family:メイリオ,"Hiragino Kaku Gothic ProN",Meiryo,"\0030d2\0030e9\0030ae\0030ce\0089d2\0030b4  ProN W3","\0030d2\0030e9\0030ae\0030ce\0089d2\0030b4  Pro W3","MS PGothic","MS UI Gothic",Helvetica,Arial,sans-serif;font-size:16px;letter-spacing:-0.014px;background-color:rgb(255,255,255)"><br></span></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> Colors specified in the DeviceRGB color space may look differently on<br>
> different devices.  Indeed, your color.pdf doesn't show a color difference on<br>
> my smartphone whereas it does on my laptop screen.<br>
<br>
This is wrong. I was checking a different file.<br></blockquote><div><br></div><div>I think that now it isincorrect. The file "color.pdf" as processed by xelatex under TL'20</div><div>show differences in tonality on laptops and tvs, but not on phones. </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Further inspecting it I found that the calibrated color space used in the<br>
provided PNG files seems to be using an approximated sRGB space.<br>
This seems to be causing a subtle difference in the color.<br></blockquote><div><br></div><div>Would you mind go into a bit more detail? The differences in color are completely </div><div>gone after one opens and export it in GIMP. How is GIMP able to calculate the </div><div>correct color? THat ought to be part of the original image, no?</div></div></div></div></blockquote><div><br></div>This is because GIMP removed the color calibration information originally stored. I think the correct color was not calculated but the calibration information was simply ignored and was omitted when the image was exported.<div><br></div><div>Although your original PNG files contain some extra information which is required for reproducing the same color across different devices, PNG files exported by GIMP only contain RGB values with no associated information required for color calibration.</div><div><br></div><div>As you have specified the background color as device dependent RGB color values and now GIMP exported PNG also uses the same color specifications, the color must look exactly the same as long as the same RGB values are specified.</div><div><br><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> If this is not as you intended, please remove the PNG chunks mentioned<br>
> above.<br>
<br>
I think dvipdfmx output is correct and I suggest doing the above.<br></blockquote><div><br></div><div>Would you mind go into a bit more detail here as well? If dvipdfmx is correct here then </div><div>latex,  pdflatex and lualatex are wrong.</div></div></div></div></blockquote><br></div><div>I think pdflatex and lualatex don’t fully support  color calibration information in PNG format and ignore such information as in GIMP export.</div><div><br></div><div>The problem occurs because dvipdfmx tries to preserve the color calibration information stored in PNG files and uses device independent color space CalRGB for images while the background color is specified in the device dependent DeviceRGB color space.</div><div><br></div><div><br></div><div>Thanks,</div><div>Shunsaku Hirata</div></div></blockquote></div>