or Connect
AVS › AVS Forum › Display Devices › Display Calibration › HCFR - Open source projector and display calibration software
New Posts  All Forums:Forum Nav:

HCFR - Open source projector and display calibration software - Page 80

post #2371 of 3436
Originally Posted by sepp

My question: Can I somehow do the same in HCFR?
Quote:
Originally Posted by zoyd View Post

Not through madVR no, you can display a white patch and measure it using the internal generator (view->test colors) but that can't be piped through madVR. You could do one of two things, use argyllCMS "dispwin" with the -dmadVR swtich or use MPC to display a white pattern from an mp4 or DVD test disk.

Thank you, zoyd!

So in HCFR I would measure the whole Greyscale or Gamma,
then make my adjustments for each IRE point or Gamut point in the projectors menu
and then take another reading of the whole Greyscale (or Gamut) and see how it is now.

Is that what you guys do?
Is it even better than correcting point after point taking continous readings (as I did before with Calman)?

Many thanks for the great job you are doing!
post #2372 of 3436
Quote:
Originally Posted by monvo View Post

Only use the spectral sample. The correction file from the previous dialog box has to be tailored to your specific meter.

What about CCFL displays? in the drop down box only Samsung goes under LED.
post #2373 of 3436
Thread Starter 
Quote:
Originally Posted by sepp View Post

Originally Posted by sepp

My question: Can I somehow do the same in HCFR?
Thank you, zoyd!

So in HCFR I would measure the whole Greyscale or Gamma,
then make my adjustments for each IRE point or Gamut point in the projectors menu
and then take another reading of the whole Greyscale (or Gamut) and see how it is now.

Is that what you guys do?
Is it even better than correcting point after point taking continous readings (as I did before with Calman)?

Many thanks for the great job you are doing!

Using the internal pattern generator for calibration is not very convenient because as you have noticed there is no way to automatically generate a test pattern, pause, and run continuous measures at the same time. The current functionality is best suited to automatic characterization. This is on the improvement list.
post #2374 of 3436

HCFR 3.0.5.0 crashes when I select File->New and click Next. It doesn't matter whether I have my Spyder4 plugged in or not. Empty stderr.log is generated in the HCFR directory.

post #2375 of 3436
Thread Starter 
Need more details or other user reports as this is not reproducible here.
post #2376 of 3436

Well, my OS is Win7 x64. What other details would be helpful?

 

I just noticed that the normal HCFR (v 3.0.4) doesn't work anymore either. It doesn't crash, but it just shows an empty sensor list, so it seems that it encounters some kind of error at the same place. It also generates stderr.log and minidump.dmp. The stderr.log contains the following error message: libusb:error [cache_config_descriptors] could not access configuration descriptor (dummy): [50] The request is not supported.

 

HCFR used to work on this computer before, so I don't understand what could cause this kind of error.

post #2377 of 3436
Works fine on my end, on both my Win7 64-bit and Win8 64-bit machines.
post #2378 of 3436
Thread Starter 
Quote:
Originally Posted by knatterton View Post

Well, my OS is Win7 x64. What other details would be helpful?

I just noticed that the normal HCFR (v 3.0.4) doesn't work anymore either. It doesn't crash, but it just shows an empty sensor list, so it seems that it encounters some kind of error at the same place. It also generates stderr.log and minidump.dmp. The stderr.log contains the following error message: libusb:error [cache_config_descriptors] could not access configuration descriptor (dummy): [50] The request is not supported.

HCFR used to work on this computer before, so I don't understand what could cause this kind of error.

Sounds to me like you have the wrong argyll drivers installed. Make sure to use those supplied with HCFR in the /drivers folder, newer versions of argyll drivers (1.5 and 1.6) won't work
post #2379 of 3436
Quote:
Originally Posted by zoyd View Post


Sounds to me like you have the wrong argyll drivers installed. Make sure to use those supplied with HCFR in the /drivers folder, newer versions of argyll drivers (1.5 and 1.6) won't work

 

Oh yeah, I think that this problem did appear after trying Argyll CMS and installing the drivers that came with it. However, I have already tried uninstalling those drivers and installing the drivers that came with HCFR. Perhaps I haven't been successful in uninstalling/installing the drivers. This is what I've done:
 
1. First I uninstalled the Argyll drivers from the device manager. In the confirmation dialog I selected "Delete the driver software for this device".
2. After that Windows found the original Spyder4 drivers when I plugged it in so I uninstalled those too.
3. Finally Spyder4 was shown in the device manager with an exclamation mark. Then I installed the Argyll drivers from the HCFR directory.

 

This didn't help and neither did rebooting my computer. Is this the correct way to install the drivers or have I missed something?

post #2380 of 3436
Thread Starter 
I know there have been some problems getting HCFR to run with the spyder4 but I forget the details, maybe someone else or a forum search will help.
post #2381 of 3436
Thread Starter 
New version uploaded.

Modifications as of 10/7/2013
-Version 3.0.5.1
-Added option to turn-off color checker measures and references in CIE chart right click
-Added option to saturation measure menu "Primaries + Secondaries"
-MCD deltaE and delta luminance uses grayscale white if available, then primaries white
-Removed references to IRE and luma
-Fixed some menu and toolbar icon bitmaps
-Fixed bug when switching from madVR to manual DVD generator
Edited by zoyd - 10/8/13 at 7:32am
post #2382 of 3436
Thanks for filling my requests zoyd.
post #2383 of 3436
zoyd,

New version not yet showing on sourceforge.

Larry
post #2384 of 3436
Thread Starter 
Strange, it shows "pending" for the URL so not yet available for download.



edit: still not available from sourceforge so I've submitted a trouble ticket. In the meantime you can download from here.

edit edit: sourceforge download working as of 1600UT
Edited by zoyd - 10/8/13 at 12:00pm
post #2385 of 3436
I have a weird off base question. I am able to run ColorHCFR from a CD-ROM. The ColorHCRF program is not installed in the OS. The program works but it can not find the *.ccss correction files for my i1Display Pro. I have copied them to the /Users/xxxx/AppData/Color folder. Is there some setting in the install directory that is not getting updated?
post #2386 of 3436
Thread Starter 
.ccss files get installed in AppData/Roaming/color on my machine
post #2387 of 3436
I'm sorry. I meant to add roaming. D:\Users\xxxxxx\AppData\Roaming\color All my user profiles are on drive D:
post #2388 of 3436
Thread Starter 
The installer probably adds a registry entry pointing to that directory.
post #2389 of 3436
HCFR 3.0.5.0 can't find madVR dll Is madvr installed?. That's the message that appears if I set madVR in the generator settings, and start measuring. My madvr has been installed in bundle with JRiver, works fine, and I also tried to start measuring having a movie on pause in Jriver (so madvr loaded). What's the problem?
post #2390 of 3436
Thread Starter 
That means it either can't find madHcNet32.dll or the registry entry for it is incorrect so maybe try installing it by itself. Or ask madshi.
Edited by zoyd - 10/10/13 at 7:13am
post #2391 of 3436
I'm not sure if JRiver MC fully "installs" madVR. They probably just manually load it, which is possible without installing it, if you know where it is located on harddisk. In that case HFCR has no way to find madVR. You will have to do a normal madVR installation to make it work for HCFR, or ArgyllCMS, for that matter...
post #2392 of 3436
Thanks guys! I bet that a normal installation is the solution (I'll try later..) infact also argyll dispcal and dispread can't run with the option -dmadvr (i get similar errors)
post #2393 of 3436
Thread Starter 
Quote:
Originally Posted by sepp View Post

I'm calibrating my JVC RS40 with HCFR and as generator I want to use Madvr.
This is the first time I use HCFR coming from Calman 4.

Measuring the whole greyscale works fine (with madvr Pattern Generator displaying the test patches automatically).
But calibrating my RS40 with Calman I would first do a continuous reading of 100% White to get the white point right (in the service menu of the projector).
In this case the CalMAN Pattern Generator would automatically display a 100% patch.

My question: Can I somehow do the same in HCFR?

Just select a single point of the greyscale (for example 100% White), madvr generator displaying the
correct test pattern automatically and then doing a continuous reading while I adjust my projectors settings until they are correct.

I tried to get this going for quite some time yesterday with no luck.
Any hint would be great!

I've added this capability to the internal pattern generator for HCFR. Please test and comment using linked file below (drop files in current HCFR directory). Select Target from the drop-down box in the information windows and then select a gray scale level or primary color from the measurements grid. This color will be sent to the pattern generator for display in either GDI or madVR view images mode during single and continuous measures. During continuous measures you can select other colors and it will switch on the fly.

Make sure that all three boxes under preferences->general->user measures are checked and note that this only works for grayscale and primaries/secondaries for full colorspace modes (rec709, rec601, etc.), not special modes like CC6

ColorHCFR_test_internalpat.zip 3775k .zip file
Edited by zoyd - 10/15/13 at 6:48am
post #2394 of 3436
Thread Starter 
I had previously done some spot checking of the HCFR generator against various test disks to make sure that calibration via an HTPC could be used for other video sources but here are some more systematic comparisons. Bottom line is that the patterns produced on the PC measure on average within probe precision of those produced by the GCD, MCD, and AVSHD test disks.

For the tables below:
  • Reference for all comparisons is the HCFR pattern generator
  • 10% windows used for GCD, MCD, and MadVR
  • 15% windows for AVSHD
  • Video card is Intel HD Graphics 3000, driver version 9.17.10.3040 set to full range levels (0-255)
  • HCFR and MadVR set to generate video levels (16-235)
  • BD source is a PS3 set to output YCbCr

All values are dE CIE94


Color Checker comparison
post #2395 of 3436
Just checking, is GCD supposed to be set if you're using the AVS disc? since the checkbox for that is already set. Obviously MCD must refer to Mascior's disc, right? as there's only two options in the preferences. GCD and MCD.
post #2396 of 3436
Thanks zoyd for all the info you provide smile.gif
post #2397 of 3436
Thread Starter 
That selection doesn't matter for the AVSHD disk since it refers to the color checker patterns in use. You should check "use round down levels" on the preferences->general page.
post #2398 of 3436
Yeah, thats set but I wasn't sure of the section (Color Checker Patterns). So should that be unchecked? Since I'm assuming it has no bearing on the AVS 709 disc... As there is nothing in the help files about it. Ah, nevermind. Somehow I got confused with something else there.
post #2399 of 3436
Hi Zoyd,

First of all, congratulation and thank you for your remarkable work which improves largely HCFR.
I have a request to formulate, I wish to measure with my probe I1D3 in front of projector with the diffuser in position for flouter the image of the pixels of the matrix.
The measures are corrected by means of a reference probe, the objective being to improve the measures in low light.
This is not at present possible with HCFR, do you think you can authorize this type of functioning in HCFR?

I noticed also two problems:
A) In simultaneous measures the saturations are not functional
B) When we decrease the intensity of test patterns the white of the measure of primary/secondary stays in 100 % so that the Delta-E is not correct.
post #2400 of 3436
Thread Starter 
Quote:
Originally Posted by Kerlucun View Post

Hi Zoyd,

First of all, congratulation and thank you for your remarkable work which improves largely HCFR.
I have a request to formulate, I wish to measure with my probe I1D3 in front of projector with the diffuser in position for flouter the image of the pixels of the matrix.
The measures are corrected by means of a reference probe, the objective being to improve the measures in low light.
This is not at present possible with HCFR, do you think you can authorize this type of functioning in HCFR?

The D3 does not have a true projector mode but it does have an ambient (luxmeter) mode with the diffuser deployed. This may be useable for your purposes, I'll look into it.
Quote:
I noticed also two problems:
A) In simultaneous measures the saturations are not functional
B) When we decrease the intensity of test patterns the white of the measure of primary/secondary stays in 100 % so that the Delta-E is not correct.

Thanks for testing, I'll try to reproduce and fix.
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: Display Calibration
AVS › AVS Forum › Display Devices › Display Calibration › HCFR - Open source projector and display calibration software