Home › Forums › General Discussion › DisplayCAL is dead, time to move on, what alternative you choosed?
- This topic has 92 replies, 27 voices, and was last updated 2 weeks, 6 days ago by
ylluminate.
-
AuthorPosts
-
2024-03-10 at 23:07 #140761
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.
2024-03-11 at 18:33 #140768I 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
2024-03-11 at 18:35 #140769Are you talking about the popular fork on github? Easier to find there
2024-03-14 at 15:57 #140811Thanks 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?
2024-03-14 at 18:33 #140814If 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.2024-03-15 at 4:20 #140817Ah yeah I see Old man already replied, no need to use a LUT box if you are feeding the display through a computer.
2024-03-25 at 14:26 #140941@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.
2024-03-28 at 19:29 #140960You 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
2024-04-08 at 19:45 #141028hi Erkan, i understand correct that i can’t use it on Win?
2024-05-02 at 11:45 #141188I 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.
2024-05-02 at 11:52 #141189Sounds great. Can’t wait to test the Windows version.
2024-05-14 at 11:57 #141301I 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. 🙂
2024-05-14 at 13:47 #141302Hi @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.
2024-05-14 at 22:00 #141304I 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. 🙂
2024-05-15 at 12:09 #141305Hi, 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. -
This reply was modified 2 months, 1 week ago by
-
AuthorPosts