Primary Color Correction in Edius 9 bug.

[Seemedia]

Interesting. I need to check (after my vacation) I don't use PCC much I prefer YCbCr tools.

[nictau]

'morning Grass Valley!

Already some insight in the PCC anomaly? If it is a bug, will it be dealt with in 9.5?

[nictau]

....if I reduce blue, it will alter the remaining values

or maybe it is the other way and 9 has a bug

Anton, this would be not really an issue. But the problem is, when you change the value and slide it back to the original position, you will notice that every slider is on a different position than it had before.
I therefore conclude that the algorithm that handles the relation of each slider to each other has a bug.

[antonsvideo]

Anton, this would be not really an issue. But the problem is, when you change the value and slide it back to the original position, you will notice that every slider is on a different position than it had before.
I therefore conclude that the algorithm that handles the relation of each slider to each other has a bug.

I tend to agree with you that it is either an undocumented feature or a bug

[kpot]

I tend to agree with you that it is either an undocumented feature or a bug

Hi Anton:
1) I now understand what nictau meant and can confirm this strange behaviour:


2) If you set one slider, e.g. red, to a certain new value (precisely via numeric input) and then return to the previous value of red, the previous values for green and blue are no longer correct.


3) I therefore agree with your opinion.
BTW: I especially like the phrase "undocumented feature".

// Sounds much more friendly than "bug" :-)


Gruss kurt

[tingsern]

I am wondering how you experts tell the precise colour from EDIUS interface? I certainly cannot. That's why I prefer to generate a precise LUT from outside EDIUS first - then load that into PCC.

[kpot]

I am wondering how you experts tell the precise colour from EDIUS interface? I certainly cannot. That's why I prefer to generate a precise LUT from outside EDIUS first - then load that into PCC.

Hi:
1) I am not an expert in the sense that you might mean it.
2) I have used the words "precisely" and "numeric" only to describe how to test the problem by oneself.
// But I will try to improve my English further (its not my native language).
Regards kurt

[Seemedia]

Guys, this is completly normal nad logic. If you move eg. RED you always adding or removing the Luma (Y). In RGB you alwyas have connected Chroma (RGB) values with Luma (Y). That's why you alwyes adding Saturation when you modifing the Luma. If you want to separate this thing use 3-wheel or YUV Curve (YCbCr tools).

Of course you can do this in Davinci (separate Y and RGB), but this tool is mostly use RGB not YUV ( YCbCr native video color model).

[kpot]

Hi All who are interested:

We got a feedback from Japan (in summary):

The reported error with the sliders in the primary color correction is being worked on.
Probably with 9.5 comes the change.

Regards kurt

[nictau]

Hi All who are interested:

We got a feedback from Japan (in summary):

The reported error with the sliders in the primary color correction is being worked on.
Probably with 9.5 comes the change.

Regards kurt

Thanks Kurt.

[kpot]

Thanks Kurt.

I had asked Mr. Lehmann-Horn (from MMM in Munich) to try to clarify your question - bug or no bug.
So the thanks are due to him and his team.
// I pressed only the button to start the rocket ;-)
Regards kurt

[kpot]

Hi nictau:


I have tested Version-4.0(5106):
The above problem seems solved!


// I think your (our ;-) ) problem has disappeared with the new build.?
Regards kurt

[nictau]

Hi nictau:


I have tested Version-4.0(5106):
The above problem seems solved!


// I think your (our ;-) ) problem has disappeared with the new build.?
Regards kurt

Yes, it has in deed. For me the most important fix in the new update.
Greetings.
Nicola