Davinci resolve and others ..

Home Forums Help and Support Davinci resolve and others ..

Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • #141847

    David M
    Participant
    • Offline

    Hi, I’m using a 4k TV as my monitor, I’ve used displaycal before for regular computer monitors and I’ve used hcfr for TV calibration, so my question is if I’m using my TV as the single display for regular desktop applications along with davinci resolve, would I want to first use hcfr to get the windows desktop apps where I want them to be and then use use display calibration to calibrate in resolve to rec709 or is that just going to mess with things too much.

    Thanks

    David

    • This topic was modified 1 year, 8 months ago by David M.
    #141849

    Ben
    Participant
    • Offline

    Windows Desktop and Apps are about 2.2 gamma.   Bt 1886 with 2.2 gamma is trying to get rid of black crush.   A 1000 contrast screen is about 2.2 gamma with 0 blackout offset in displaycal.  bt1886.      Rec 709 is a encoding standard at 2.4 gamma.   Not sure what the offset is.     The lut table will do good at makeing 2.2 look like 2.4 .      I do mine makeing 2.1 gamma in the tv gamma setting to be bt1886 which is 2.2 100 offset in hcfr.    Before hcfr calibration 2.1 is 2.1 to 2.0 in gamma in hcfr.    It goes to 2.0 at 40%.   Its very bad and tought to calibrate thse days.  It was easyer when it was new.   Is your monitor tv new?

    #141850

    David M
    Participant
    • Offline

    Yes my TV is new, the thing I’m thinking about is if I do the davinci calibration which stores and uses it’s own lut, it would be fine for color grading and playback, but when I watch it back in windows which will not be using the davinci lut it will look off, either that or would calibrating with displaycal outside of davinci also effect the view in davinci overall so I wouldn’t have to do a separate “in davinci” calibration… I’m not sure which file windows media player uses if this makes sense…

    Thanks

    #141854

    Ben
    Participant
    • Offline

    You can make a profile for Davinci and not use it in windows.   Davinci should be smart or have options to disable windows and use its own calibration.    Help setting it up would need someone else.   One profile in displaycal will not effect others.  Displaycal unloads the lut when it makes a profile.   So all profiles are not based on one profile.   If it talks to davinci keep windows the same since Davince might be using windows lut by default.   Its just the Davinci calibration should be kept at the same brightness and same tv settings.   There is a big manual for Davinci that I do not need to know and do not.   Wish I knew more.    Thanks

    #141855

    David M
    Participant
    • Offline

    This helps a lot, exactly what I needed to know. Thanks again!

    #141858

    Vincent
    Participant
    • Offline

    At best your TV can have 10 or 20 point greyscale correction while VCGT can have 256 entry + high bitdepth dithered outputs (depending on GPU). You can try to use HCFR + TV OSD for CMS (gamut + grey gamma & greycolor) then add a custom ICC profile with VCGT calibration to fix what your TV OSD controls could not fix.
    Anyway, if visually your TV on a non color managed greyramp has no color issues, keep as Windows default ICC profile some std profile matching display nominal behavior and do as Ben said.

    BUT if you find that a system level VCGT would be helpful remember to DO NOT add VCGT on resolve LUT3D or it will be applied twice.
    Also remember that Resolve ICC display profile should embed your “desktop” ICC VCGT when creating it. Otherwise Resolve icc profile won’t match actual display behavior when a system wide custom ICC + VCGT is applied.

    #141859

    David M
    Participant
    • Offline

    Yeah I just used the TV controls to get close, leaving the stock windows then did the in davinci calibration.

Viewing 7 posts - 1 through 7 (of 7 total)

You must be logged in to reply to this topic.

Log in or Register

Display Calibration and Characterization powered by ArgyllCMS