absolute values measurement report

Home Forums General Discussion absolute values measurement report

Viewing 9 posts - 1 through 9 (of 9 total)
  • Author
    Posts
  • #140784

    Wizo
    Participant
    • Offline

    on the measurement report there is a check box saying “absolute values” when I check it the reported data seems to be worse than if it was kept unchecked as the values change drastically.

    what is meant exactly by that? and which stats should I consider when trying to evaluate a calibration checked or unchecked absolute values?

    #140792

    Vincent
    Participant
    • Offline

    By default comparisons are made in PCS, all color cocordinates are transformed to PCS, “lingua franca” for profiles.
    Absolute does not do that so White 255 @ D65 will report as L100 b* -20 a* ~0. It’s easuer to make comparisons with coords tranlated to PCS with D50 where Lab is 100 0 0

    IDNK what you meant for “worse” if you meant decimals nobody cares, if you meant order of magnitude seems unlikely.

    #140799

    Wizo
    Participant
    • Offline

    I mean that when the box of “absolute values” is kept unchecked all the color measurements seem to have just 0.0 DE00 color difference. However, once it is checked the color difference value would start to jump up and be definitely above 0.0 up to 10.0 in some cases!

    and hence I am not sure how to make my judgement

    (I do not have a screenshot right now to show the results, maybe I can do that at later time)

    #140800

    Vincent
    Participant
    • Offline

    I mean that when the box of “absolute values” is kept unchecked all the color measurements seem to have just 0.0 DE00 color difference. However, once it is checked the color difference value would start to jump up and be definitely above 0.0 up to 10.0 in some cases!

    and hence I am not sure how to make my judgement

    (I do not have a screenshot right now to show the results, maybe I can do that at later time)

    It seems that you may be using Erkan’s port to python 3 instead of official python2 build. That seems a bug.

    #140804

    Wizo
    Participant
    • Offline

    I mean that when the box of “absolute values” is kept unchecked all the color measurements seem to have just 0.0 DE00 color difference. However, once it is checked the color difference value would start to jump up and be definitely above 0.0 up to 10.0 in some cases!

    and hence I am not sure how to make my judgement

    (I do not have a screenshot right now to show the results, maybe I can do that at later time)

    It seems that you may be using Erkan’s port to python 3 instead of official python2 build. That seems a bug.

    yeah that is true, I am using the adapted version by Erkan as the older version did not seem to run on my Linux machine

    Any tips?

    #140805

    Vincent
    Participant
    • Offline

    I mean that when the box of “absolute values” is kept unchecked all the color measurements seem to have just 0.0 DE00 color difference. However, once it is checked the color difference value would start to jump up and be definitely above 0.0 up to 10.0 in some cases!

    and hence I am not sure how to make my judgement

    (I do not have a screenshot right now to show the results, maybe I can do that at later time)

    It seems that you may be using Erkan’s port to python 3 instead of official python2 build. That seems a bug.

    yeah that is true, I am using the adapted version by Erkan as the older version did not seem to run on my Linux machine

    Any tips?

    It’s a know bug, hence not related to actual relative (PCS) vs absolute measured values behavior explained above.

    For verification, since grey calibration is loaded by OS, consider running vanilla DIsplayCAL on a Windows virtual machine (guest) on your linux host. Virtua machines (VMware/virtualbox) can access USB devices.
    Remember to install your host ICC display porfile in the guest through DisplayCAL interface, even copying full displayCAL storage folder fot that specific ICC to WIndows guest, so DIsplaYCAL will belive that it’s one of its profiles.

    • This reply was modified 1 month, 2 weeks ago by Vincent.
    #140810

    Wizo
    Participant
    • Offline

    @Vincent

    if I understood your reply correctly…. you mean to say that it is rather a bug of representation and not of actual measurements?

    and a way to verify that is to take the same measurements under different OS so to check the behavior of the grayscale in the report, if it is the same or not?

    #140818

    Old Man
    Participant
    • Offline

    I think that’s what he means, yes. I think the measurement *report* is bugged in the py3 version

    #140820

    Vincent
    Participant
    • Offline

    @Vincent

    and a way to verify that is to take the same measurements under different OS so to check the behavior of the grayscale in the report, if it is the same or not?

    Run verification on a Windows virtual machine (argyll 32 bit + python2 DisplayCAL), installing the display ICC profile from host OS into guest OS (the virtualized one) through DisplayCAL.
    Virtualized OSes can use USB ports as of they were its USB

Viewing 9 posts - 1 through 9 (of 9 total)

You must be logged in to reply to this topic.

Log in or Register

Display Calibration and Characterization powered by ArgyllCMS