#COLORMUNKI DISPLAY GREYSCALE 720P#
#COLORMUNKI DISPLAY GREYSCALE SERIAL#
#COLORMUNKI DISPLAY GREYSCALE PC#

I could offer this as an 'ITU Aspect Ratio' option, in case madVR gets PAL/NTSC content with non-ITU 4:3 or 16:9 Aspect Ratios. So I guess 704 pixels seems to be the 'magic' number here for ITU scaling? If I follow the ARs defined in the h264 spec, I would end up with the following resolutions: Which happens to be the exact resolution 704 pixels would end up with. If I do the math, this specific aspect ratio ends up with 1047x576. there is '16:11 720x576 16:9 frame with horizontal overscan'. Without this everything will be educated guess.įWIW, I've just accidently looked at my h264 header parser. This purely source/display dependable relation - to be precise we need to know what timing is used by grabber and what timing is used by display. If we use digital sources (i mean MPEG-2, H.264) then choice is quite simple 704 and 720 pixels, 702 - 716 problem affect only analog capture sources and knowledge about capture device is required to understand real number of pixels in captured source. But it will most probably not get back to v0.85.1 performance levels. That might restore *some* of the lost performance, on the cost of ever so slightly less precision. I guess I could add another 'trade quality for performance' option to only use 16bit float textures instead of 32bit float. The levels conversions and the 32bit float textures are probably causing the higher load on your GPU. And since I don't want to lose BTB and WTW, I can't use 16bit integer textures, either, so the pixel shader passes are stored to 32bit float textures.

#COLORMUNKI DISPLAY GREYSCALE PC#

So v0.85.3 now converts the internal madVR data to PC levels before running the custom pixel shaders. However, VMR9 and EVR always ran pixel shaders in PC levels. That's the internal data format madVR uses for temp buffers in its render pipeline, so I didn't have to do any funny conversions. V0.85.1 stored custom pixel shader results in 16bit integer video levels. If I disable post resize shaders in mpc-hc, everything is the same between the 2 builds (or 0.85.3 is even slightly better). I have accidently realized that there's a huge performance issue since v0.85.2 (v0.85.1 is OK) when I using post resize pixel shader (sharpen complex 2) in mpc-hc on my laptop (720p content upscaled to 1680*xxx). All methods work (cutting out of gamut colors) but influence negatively greyscale.īeside that a calibrated picture looks great, it was worth the effort. I tried different methods, typing in my measured values to madvr-ycms setting, gamut alone or gamut+greyscale, and I tried the method of building a 3dlut file out of the icc. I´m not perfectly into that materia, maybe yesgrey can improve that (he´s working on 圜MS 2.0 regarding his thread). I think I´ll stay with perfect greyscale, primaries/secondaries stay within <15 deltaE, that´s not ideal but ok for me. It´s not totally screwed but getting worse (greyscale steps pattern is tinted). So there are no more outofgamut colors, but the price to pay is a srewed up greyscale. I think it does what it is supposed to do: the corners of my CIE lay on the 709 CIE triangle sides. What´s the reason behind that experience? Probably poor contrast (my Infocus gets 900:1 in HCFR)?įurthermore I tried 圜MS capabilities. I watch in a dim room (no light), with gamma 2.4 there´s a great loss of shadow detail. Many recommend a gamma of 2.4 for homecinema. By lowering gamma to 2.0 it is a little bit better but not completely realistic. Thats not real life experience, sitting in a car with daylight you see the instruments. The instruments there are black, black detail is lost with gamma 2.2. The outcoming is consistent to my viewing experience: I watch Breaking Bad series, there are many 'dark scenes' like camera viewing from inside back of a car direction front to the dashboard. To see them again I have to lower gamma setting in madvr to 2.0. But now bar 17 and 18 are lost in black point test pattern. I get perfect 2.2 gamma, flat RGB niveau (20) says HCFR. Then I used Argyll/dispalGUI to build an ICC file. Then I set greyscale with projector settings, readjusted blackpoint. So first setting white and black point with AVS test patterns.

#COLORMUNKI DISPLAY GREYSCALE SERIAL#

I had to construct a serial 9pin to 3pin cable to get to the 'hidden' greyscale controls by using a com console. 'Nice': my projector has brightness/contrast/gamma setting in menu but no color gain/offset controls. First I used the parameters inside the projector for basic calibration.

#COLORMUNKI DISPLAY GREYSCALE 720P#

I use a ColorMunki Display colorimeter to calibrate my Infocus X9 720p DLP projector.

Colormunki display greyscale