V14: Color built-in viewer incorrect - bar turns greenish

To reproduce:

1. Create a new YRGB Color Managed project, input, timeline and output all Rec.709 Gamma 2.2
2. Load a 8 or 10 bit ARIB (SMPTE) bar and place it in a new timeline.
3. Built-in viewer in the Edit Page looks correct.
4. Go to the Color Page.
5. Colors are off - RGB (9,9,9) black bar shows as (5, 9, 3), or generally the black bar turns greenish.
6. Go to Project Setting and change color science to YRGB.
7. Save.
8. Go to Project Settings again and change color science back to YRGB Color Managed.
9. Save.
10. Bar now shows correctly as (9,9,9) in Color Page.

Windows 10 Pro, GeForce 1080 ti, I tried both with GeForce driver 385.41 and 385.28.

what are those numbers?

Sounds scary, but do you have any output lut defined and or activated the "use mac color profiles for viewers" checkbox ?
Does not explain why it changes just with a re-save , but it a good starting point for troubeshooting why edit and color viewer are different.

Can you provide a copy of the color chart that you're using? I tried this using the Generator SMPTE Color Bar and did not notice any problem at all. (I had to turn the generator into a compound clip to be able to evaluate it on the Color Page, but even before doing that, everything looked fine.)

Can you provide a copy of the color chart that you're using? I tried this using the Generator SMPTE Color Bar and did not notice any problem at all. (I had to turn the generator into a compound clip to be able to evaluate it on the Color Page, but even before doing that, everything looked fine.)

Sure:
https://www.dropbox.com/s/kcdivrudjmwmm ... T.MP4?dl=0

Hi Cary,

I can not reproduce your issue (project 4096x2160 / 23.976 / H264).
(from your .MP4)

color_picker.jpg

Hi Cary,

I can not reproduce your issue (project 4096x2160 / 23.976 / H264).
(from your .MP4)

The attachment color_picker.jpg is no longer available

Interesting, the thing is the qualifier shows the right value but visually and using an external color picker it shows something different. Could you upload a screen extract as a tiff as jpg tends to distort things a bit?

This is the image I see:

before.tif (641.08 KiB) Viewed 3109 times

After turning off and back on YRGB Color Management I get the correct view:

after.tif (644.54 KiB) Viewed 3109 times

(Right click on the links to view the tif images)

what are those numbers?

Aren't they the RGB values for black on the color bars.

Hi Cary,

I can not reproduce your issue (project 4096x2160 / 23.976 / H264).
(from your .MP4)

color_picker.jpg

Interesting, the thing is the qualifier shows the right value but visually and using an external color picker it shows something different. Could you upload a screen extract as a tiff as jpg tends to distort things a bit?

This is the image I see:

before.tif

After turning off and back on YRGB Color Management I get the correct view:

after.tif

(Right click on the links to view the tif images)

Hi Cary,
Here a link of the Tiff RGB / 16 bits / 4096x2160 (51 841 Ko) in a zip resulting from the delivery of your clip MP4.
(The link will be valid for 7 days)

https://drive.google.com/open?id=0B4zkr ... zRBRkZ2Um8

Hope this help.

Small Edit:

By activating the color picker in 10 bits, it is not quite the perfect black.

For the bottom view, I activated the DCTL of PAUL DORE:
All pixels that is actually (RGB) = zero becomes pure red

color_pickerv2.jpg

Re edit : Bad attachment.

Thanks Jean!

Yes, yours looks fine, I am at a loss why my system behaves like I described.

Hi Cary,

I did the tests without LUT: to test?
For 16bits Tiff delivery:
Data levels = Full (versus auto)

Hi Cary,

I did the tests without LUT: to test?
For 16bits Tiff delivery:
Data levels = Full (versus auto)

I used no monitor LUT's, the SMPTE bar uses limited so the left most bar is a super black.
The green tint is prevalent on the most right bar.

what are those numbers?

Aren't they the RGB values for black on the color bars.

Got it. Thank