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 66

post #1951 of 3446
Quote:
Originally Posted by tskalecki View Post

Hi guys
i would like to do 3D calibration for my PJ but have problem , my bluray ad projector have no conversion 2d-3d is there some posibility to get HCRF pattern disc in 3d , it can be sbs for example ? any help be apriciate
Get the new 2nd edition of Spears & Munsil. It has 3D patterns.

http://www.amazon.com/gp/aw/d/B00CKWI13O/ref=mp_s_a_1_1?qid=1369137880&sr=8-1&pi=SL75
post #1952 of 3446
Quote:
Originally Posted by zoyd View Post

To profile a meter against itself measure RGBW and click reference measure in right corner. Open a another sheet with the same probe and measure RGBW again and then compute matrix correction from the advanced menu "Use existing reference measures". I don't see what this would accomplish though because if the the glasses cause any color shift they need to be part of the calibration process, which is the method you described you have already done.

Thanks for your help Zoyd. Basically what I wanted to do (experiment on) was to check if profiling the meter in 3D mode, 1st with the glasses ON (considering the color drift) as reference vs without the glasses (in contact mode), would yield the same result as what I first did previously with the 3D glasses on during the entire process. I'm particularly concerned with the lower IREs (10-40 IRE).

I actually feel that my first attempt at 3D calibration was a success, but I still want to check if it's possible that way.Thanks again Zoyd.
post #1953 of 3446
Thread Starter 
Good idea, profile in 3D mode with glasses as reference then and let us know how it goes,
post #1954 of 3446
Random question but I finished a calibration, and once I was done I was looking at the preferences, and on the general tab there's an option called Gray Levels Rounding Assumption and use round down levels is and was ticked while I done my calibration.

Now I used Masciors Calibration disc, not AVSHD. What exactly does the "use round down levels" do in simple terms? And does that now mean my calibration was not accurate as I had the option ticked?

Thanks.
post #1955 of 3446
Thread Starter 
It has a very minor effect on deltaE calculated, no need to redo it. If you saved your data you can check/uncheck it and deltaE should change slightly
post #1956 of 3446
Zoyd is there any plans to work on a version for mac osx ?
post #1957 of 3446
Thread Starter 
Not by me. Maybe John will work on it.
post #1958 of 3446
If anyone has any use for it, attached is a Pioneer KRP-500M matrix (thc file) for the D3 profiled against an i1Pro. D3_i1Pro_PioneerKRP500M.zip 0k .zip file

I compared measurements using all the included and posted matrix/meter and .ccss correction files with my i1Pro. The results for the Pioneer when measuring grey scale with the D3 are as follows:
- the included "D3_generic_wide_ccfl_lcd" meter correction file was within .4 dE of my i1Pro, virtually identical. Surprising since it is an LCD correction file.
- the user-posted Panasonic Plasma 1 and 2 corrections were the only other matrix files that improved the D3 measures slightly, but were still off by about 4 dE.
- the rest of the meter correction files and all the ccss were less accurate then the D3 without any correction.

Great job on all the fixes and improvements Zoyd!

JD
post #1959 of 3446
JD, your tests is on contact mode or non contact mode ?
post #1960 of 3446
I used contact mode.
Edit: And I should mention the D3 in HCFR works fast and with excellent consistency/repeatability in contact mode, even on my KRP's hot panel. (again thanks to Zoyd and John).
Edited by jdbimmer - 5/23/13 at 7:52am
post #1961 of 3446
Quote:
Originally Posted by jdbimmer View Post

I used contact mode.
Edit: And I should mention the D3 in HCFR works fast and with excellent consistency/repeatability in contact mode, even on my KRP's hot panel. (again thanks to Zoyd and John).
I have a Pioneer, not the same model (8G), and will try your file. Any chance of posting a few of your chc files to see your conclusions?

Perhaps my issues with corrections, matrices and accuracy etc, would go away if I considered not contact. Seem reasonable?
post #1962 of 3446
Quote:
Originally Posted by sympathetik View Post

profiling the meter in 3D mode, 1st with the glasses ON (considering the color drift) as reference vs without the glasses (in contact mode), would yield the same result as what I first did previously with the 3D glasses on during the entire process

Interesting, did you already try that?
So you could use matrix instead of glasses front of meter?
post #1963 of 3446

if you are using a i1Display 3 meter it like will make little difference. Being your set is a plasma, the patterns you use will make a huge difference. I've had the best results with 4-5% window patterns on my 151.
 

post #1964 of 3446
Quote:
Originally Posted by jdbimmer View Post

If anyone has any use for it, attached is a Pioneer KRP-500M matrix (thc file) for the D3 profiled against an i1Pro. D3_i1Pro_PioneerKRP500M.zip 0k .zip file

I compared measurements using all the included and posted matrix/meter and .ccss correction files with my i1Pro. The results for the Pioneer when measuring grey scale with the D3 are as follows:
- the included "D3_generic_wide_ccfl_lcd" meter correction file was within .4 dE of my i1Pro, virtually identical. Surprising since it is an LCD correction file.
- the user-posted Panasonic Plasma 1 and 2 corrections were the only other matrix files that improved the D3 measures slightly, but were still off by about 4 dE.
- the rest of the meter correction files and all the ccss were less accurate then the D3 without any correction.

Great job on all the fixes and improvements Zoyd!

JD

can you post this as a .mhc file. thanks
post #1965 of 3446
Quote:
Originally Posted by wl1 View Post

I have a Pioneer, not the same model (8G), and will try your file. Any chance of posting a few of your chc files to see your conclusions?

Perhaps my issues with corrections, matrices and accuracy etc, would go away if I considered not contact. Seem reasonable?
I did the comparison on the fly and didn't save them, but I'll try to recreate and post them. After comparing by re-measuring, I found I could get the same results by loading each THC file against the non-profiled D3 measures and comparing the result to the i1Pro. The ccss files did required measuring again though.
I would use contact mode, it might provide more consistent low stimulus readings.
Which 8G panel is it? The matrix for the KRP in Color 2 (~Rec709) mode might be very different than 8Gs, as the R and G primaries are very different from the 9G.
post #1966 of 3446
Quote:
Originally Posted by jdbimmer View Post


I did the comparison on the fly and didn't save them, but I'll try to recreate and post them. After comparing by re-measuring, I found I could get the same results by loading each THC file against the non-profiled D3 measures and comparing the result to the i1Pro. The ccss files did required measuring again though.
I would use contact mode, it might provide more consistent low stimulus readings.
Which 8G panel is it? The matrix for the KRP in Color 2 (~Rec709) mode might be very different than 8Gs, as the R and G primaries are very different from the 9G.

I would be interested in your results. I am struggling to find the time to play with this stuff at the moment, and when I do, I want to be clear about my results and the best way to go. It looks like the usual best compromise situation.

My display is PDP428XD, looking to upgrade soon, but it will stay at home somewhere, so want the best picture possible.

I was thinking the differences were in how the panel was driven, and how the sensor reacted to this, rather than purely RGB values. So I guess another piece in the jigsaw.
post #1967 of 3446
Quote:
Originally Posted by umass66 View Post

can you post this as a .mhc file. thanks
Attached is the file. I thought mhc files no longer work in 3,0,4,X?
D3 i1Pro Pioneer KRP500M.zip 0k .zip file
post #1968 of 3446
Quote:
Originally Posted by wl1 View Post

I was thinking the differences were in how the panel was driven, and how the sensor reacted to this, rather than purely RGB values. So I guess another piece in the jigsaw.
I think it would be mostly luck if the 9G KRP matrix file provides accurate results for your 8G. Your best bet would be to find someone with the same Pioneer 8G panel 42" or 50", or equivalent US models PDP4280/5080, that can create a matrix for you.
Edited by jdbimmer - 5/23/13 at 8:09pm
post #1969 of 3446
Quote:
Originally Posted by PeterLewis View Post

@ Absolute noob


The calibrate button is disabled in version 3.0.4.2 for the munki but should be enabled with the new fork HCFR with the new argyll meter codes that the guys (Zoyd,JohnAD) are currently working on.

Sorry if I ask but where you are reading about this thing, maybe I'm wrong but I haven't read nothing from zoyd, happy if I'm will wrong.
post #1970 of 3446
Quote:
Originally Posted by franco888999 View Post

Sorry if I ask but where you are reading about this thing, maybe I'm wrong but I haven't read nothing from zoyd, happy if I'm will wrong.
see: http://www.avsforum.com/t/1393853/fork-of-hcfr-started-whats-needed/1560#post_23038262
post #1971 of 3446
Windows 8 issues..
I have been using an old desktop machine with winXP and both a ColorMunki and DTP-94.
These two meters also worked with my Win 7 pro desktop with no problems.
I got tied of lugging around the old XP machine to my living room so I got a new Win 8 laptop.
When I try to install either the X-rite DTP-94 drivers or the Argyll DTP-94 drivers they will not install.
With the X-rite drivers it just say "failed to install" but with the Argyll drivers I get "driver not signed" and it quits the install.
The color HCFR 3.0.4.2 program works fine but is useless with the device drivers.

Anyone have this issue and the solution ??
post #1972 of 3446
Quote:
Originally Posted by todd95008 View Post

Windows 8 issues..
Anyone have this issue and the solution ??
Not sure if the xrite DTP94 driver error is a 32 vs 64 bit xrite driver issue. For the Argyll driver issue, search Google for "WIndows 8 Disable Driver Signature Enforcement". There are several examples with screenshots.
Edit: Xrite 64 bit driver (should work in Win8 with enforcement disabled): http://www.xrite.com/product_overview.aspx?ID=730&Action=support&SupportID=5145
Edited by jdbimmer - 5/24/13 at 3:58pm
post #1973 of 3446
Quote:
Originally Posted by zoyd View Post

John has ported all the code and testing is in progress. There is currently an issue with libusb0 based devices (i1pro) so no eta at the moment.

Zoyd or John any new updates with the new argyll code implementation?

Looking forward to having the calibrate feature enabled for the munki display...

Thanks guys for all your hard work and efforts...smile.gif
post #1974 of 3446
Quote:
Originally Posted by jdbimmer View Post

Not sure if the xrite DTP94 driver error is a 32 vs 64 bit xrite driver issue. For the Argyll driver issue, search Google for "WIndows 8 Disable Driver Signature Enforcement". There are several examples with screenshots.
Edit: Xrite 64 bit driver (should work in Win8 with enforcement disabled): http://www.xrite.com/product_overview.aspx?ID=730&Action=support&SupportID=5145

The X-rite drivers have both 32 & 64 bit versions. They can be installed from the unified 32/64 bit driver package or from Toolcrib.
I tried both and they both fail (looks like they are the same drivers).
The X-rite driver does not have a "driver not signed" statement when it fails, it just stops.
Both drivers (X-rite and Argyll) work with no issues on Win 7 64 bit Pro.
I will try to disable in win 8 and see if either of them work ??
Is there any difference between the X-rite & Argyll drivers ?
Perhaps having the drivers signed can be added to the next version too.
post #1975 of 3446
Quote:
Originally Posted by todd95008 View Post

Both drivers (X-rite and Argyll) work with no issues on Win 7 64 bit Pro.
I will try to disable in win 8 and see if either of them work ??
Is there any difference between the X-rite & Argyll drivers ?
Perhaps having the drivers signed can be added to the next version too.

With Win 8 driver signing disabled the Xrite drivers crash the system.
The Argyll drivers did work and HCFR is up and running.
Just leaves the last question I had.
Is there any difference between the DTP-94 drivers from X-rite Vs the Argyll DTP-94 drivers ??

Thanks
Todd
post #1976 of 3446
Thread Starter 
no difference in accuracy between the two hardware drivers, they are just used for coms not operation of the probe
post #1977 of 3446
Quote:
Originally Posted by todd95008 View Post

With Win 8 driver signing disabled the Xrite drivers crash the system.
The Argyll drivers did work and HCFR is up and running.
There is a commonly reported bug with the Win7/8 64bit (and possibly 32 bit) xrite driver that causes a BSOD. The odd solution many people have found is to place a USB hub between the DTP94 and the PC's USB port. In my case, I got past the BSOD by using the laptop's backward compatible USB 3.0 port instead of the USB 2.0 port.
Quote:
The Argyll drivers did work and HCFR is up and running.
That's good. No need to mess with the xrite driver then.
post #1978 of 3446
Quote:
Originally Posted by jdbimmer View Post

That's good. No need to mess with the xrite driver then.

Good tip about the USB 3.0 ports.
I think that is what I just used anyway.
I did look at the SUB port detail and the one I was connected to had a current draw of 250mA (it said 500mA max) but some ports may have limited power so a powered USB hub makes sense for some but I don't need it.
post #1979 of 3446
nevermind... simple problem solved itself.

-Brian
post #1980 of 3446
Thread Starter 
Quote:
Originally Posted by PeterLewis View Post

Zoyd or John any new updates with the new argyll code implementation?

Looking forward to having the calibrate feature enabled for the munki display...

Thanks guys for all your hard work and efforts...smile.gif

no eta as we are both very busy at the moment. Have you checked that you can get a good refresh sync with your probe using the ArgyllCMS 1.5.1 command line tools? The current documentation says that the colormunki display is not able to measure the refresh period but I don't know if that refers to the 1.4 or 1.5 distribution.
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