13 Jun
2017
13 Jun
'17
11:49 p.m.
Hi Carsten.
Thanks very much for swift reply. Just tried what you suggested - loaded
the DCP back into DCP-o-matic. The green cast is there too.
The cast is slight - I'm comparing it to a reference Quicktime and might
not notice immediately that the image is wrong if I didn't have
something to compare it to, but it's definitely there. Of course one
could wonder if the Quicktime reference is the one that's actually off,
but it looks clearly like how the grade was meant to be, particularly
whites are definitely not white in the DCP.
The cast is also definitely visible on the clock still I linked to in
previous email.
Any further thoughts on what likely cause is? It's *possible* that the
image sequence I've been given is wrongly coloured, and that's the
problem, but it's from a very reputable post house so more likely I
suspect more likely that the fault is mine :)
Jim
On 13/06/2017 23:04, Carsten Kurz wrote:
it comes out
with a green tinge. I've used colour conversion "none" setting and this is
on DCP-o-matic v2.10.5.
I don't have access to a projector, so am judging the success (or not) of the
conversion using two methods:
1. Viewing in Easy DCP Player demo
2. Converting DCP to ProResHQ Quicktime with ffmeg (ffmpeg -i j2c_...mxf -c:v prores
-profile:v 3 output.mov)
Load the resulting DCP right into DCP-o-matic after creation (yes, that is possible).
Does it look right there? Then you are okay.
Many PC DCP players have options to enable/disable inverse XYZ->RGB for display. Some
demos do not do any conversion. It is quite common that people turn up on the forum or
this list and complain about ‚greenish‘ image. The typical reason is they are using a
player application without the proper image conversion.
- Carsten