DisplayCAL is dead, time to move on, what alternative you choosed?

Home Forums General Discussion DisplayCAL is dead, time to move on, what alternative you choosed?

Viewing 15 posts - 61 through 75 (of 93 total)
  • Author
    Posts
  • #140761

    Raj S
    Participant
    • Offline

    There is a fork of HCFR that is kept maintained with various bug fixes not present in the main version. It’s available from the HCFR AVSforum thread in one of the recent replies.

    #140768

    Old Man
    Participant
    • Offline

    I still use HCFR too and it’s still probably the best tool for calibration (DisplayCAL for profiling). I disagree about updates though. Both softwares need updating

    #140769

    Old Man
    Participant
    • Offline

    Are you talking about the popular fork on github? Easier to find there

    #140811

    Samazar
    Participant
    • Offline

    Thanks Erkan and SirMaster,

    I want to use DisplayCAL and HCFR to calibrate my home theatre projector.

    I presume DisplayCAL would need a 3DLUT box, is that right?

    What Colorimeters do you both use?

    #140814

    Old Man
    Participant
    • Offline

    If your source isn’t a PC or something else that can handle either a 3D LUT or an ICC profile and you want to use a 3D LUT, then yes, you’ll need a LUT box.

    The only consumer-level colorimeters worth using are the i1d3’s (I recommend the calibrite colorchecker display plus). There are better options if you want to spend thousands

    Calibrite Display Plus HL on Amazon   Calibrite Display SL on Amazon  
    Disclosure: As an Amazon Associate I earn from qualifying purchases.

    #140817

    Erkan Ozgur Yilmaz
    Participant
    • Offline

    Ah yeah I see Old man already replied, no need to use a LUT box if you are feeding the display through a computer.

    #140941

    Samazar
    Participant
    • Offline

    @Old Man – My source is not a PC and so a £D LUT box might be the way to go. Are 3D LUT based profiles different for SDR and HDR. Are 3D LUT boxes capable of applying the right profile based on the incoming metadata e.g REC709, HDR10, HDR10+ or DV? Also there are 3 colorimeters available from calibrite: Display Plus HL, Display Pro HL and Display SL,

    @Erkan Ozgur Yilmaz – Thank you for your input.

    #140960

    Old Man
    Participant
    • Offline

    You would need separate 3D LUT’s for SDR and HDR, yes. Be warned, HDR calibration is extremely difficult. I think it would depend on the box whether it can do what you’re asking. Try to find an old calibrite colorchecker display plus if you can. Otherwise, I guess I’d go with the new plus

    #141028

    Alex Hawk
    Participant
    • Offline

    hi Erkan, i understand correct that i can’t use it on Win?

    #141188

    Erkan Ozgur Yilmaz
    Participant
    • Offline

    I believe with the latest release you can now run it on Windows too. But I’m not on Windows and not tried using it. I think soon, we’ll supply pre-built executables/packages for MacOS and Windows as before.

    #141189

    Kuba Trybowski
    Participant
    • Offline

    Sounds great. Can’t wait to test the Windows version.

    #141301

    jybexojy
    Participant
    • Offline

    I believe with the latest release you can now run it on Windows too. But I’m not on Windows and not tried using it. I think soon, we’ll supply pre-built executables/packages for MacOS and Windows as before.

    I have tried it (3.9.12) and unfortunately it doesn’t work. I get the same error as dkflint723 posted here:

    https://github.com/eoyilmaz/displaycal-py3/issues/334

    Luckily you’ve written “Found the source of the problem and this should be fixed in the next release (3.9.12).” and with a link to pull request #342.

    But according to this thread, pull request #342 also comes with some issues related to building on Linux as well, but flipphillips has posted a temporary fix:

    https://github.com/eoyilmaz/displaycal-py3/issues/348

    I was thinking about forking the project and uploading to PyPi and try to make a release 3.9.12-test and see if the current develop branch building issues is just appearent on Linux and that perhaps Windows now installs without issues, but while forking is no problem, I have never used PyPi so that’s way above my skill level. For now I think I will just wait for an executable or DisplayCal PyPi 3.9.13.

    Thanks for evertyhing you’ve done for the project so far. 🙂

    #141302

    Erkan Ozgur Yilmaz
    Participant
    • Offline

    Hi @jybexojy, thanks for the report, I’ll look into this when I return to the project soon.

    Btw, you can’t upload the project to PyPI with the same name and you don’t need to, you can fix the code and generate a tar.gz or a whl package by using “make build” (under Linux and MacOS it should work okay), and ideally create a new virtual environment, and install the tar.gz or whl package with “pip install {filename}.tar.gz” or “pip install {filename}.whl” it is the same as if you installed through PyPI.

    #141304

    jybexojy
    Participant
    • Offline

    I didn’t know about the “pip install {filename}.tar.gz” and “pip install {filename}.whl” possibilities. I’ll have to try that out, I always thought Pip was just for online packages, but I haven’t  messed with it that much so I’ll try to fix the code and see if I can get local Pip install to run. Thanks for the suggestion. 🙂

    #141305

    Alex Hawk
    Participant
    • Offline

    Hi, when i try on Win, it builds and no error i see. But when i start launch it tells me “”displaycal” is not internal or external command, executable program, or batch file.”

    • This reply was modified 2 months, 1 week ago by Alex Hawk.
    • This reply was modified 2 months, 1 week ago by Alex Hawk.
    Attachments:
    You must be logged in to view attached files.
Viewing 15 posts - 61 through 75 (of 93 total)

You must be logged in to reply to this topic.

Log in or Register

Display Calibration and Characterization powered by ArgyllCMS