Return-Path: Received: from mail-oa0-f47.google.com ([209.85.219.47] verified) by media-motion.tv (CommuniGate Pro SMTP 4.2.10) with ESMTP-TLS id 5163908 for AE-List@media-motion.tv; Thu, 01 Aug 2013 20:33:33 +0200 Received: by mail-oa0-f47.google.com with SMTP id g12so4596341oah.20 for ; Thu, 01 Aug 2013 11:45:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=0r9nMtAgczU9btVuZxseqXSDfanu4oweAMYmK3v9PlY=; b=fWmXwUOR29q2eHxYO8taj23tkzRjWqwmWe9cBFOtvdeHxSNtHOSWTaphw6801uLJKS vEn17foDz3hmgipwaMWQJxNKG7w2nJJEuy1aj8d24xO08vPhuDjfFKOKntqTAqqJvh9i Q1dhIw8OIXOPxeBtQYdQat17DtD2hMblWLO1YKGa3SG7Kc6VMSblBItTd7OlmxeHEkMO L639lYisdKp7USt1ALz8epQuYMvC3RPFuJAvLHOgmCpL6/SViLxnxC0DRdkma+QJpki7 ea9xVC2qk/wepEmhUvoqNltIqDrewyMfy9dISuipdIZsHcKYzupoYR/Nl7wf64ZKxffh /DqA== MIME-Version: 1.0 X-Received: by 10.60.76.72 with SMTP id i8mr2390772oew.11.1375382703449; Thu, 01 Aug 2013 11:45:03 -0700 (PDT) Received: by 10.76.173.196 with HTTP; Thu, 1 Aug 2013 11:45:03 -0700 (PDT) In-Reply-To: References: Date: Thu, 1 Aug 2013 11:45:03 -0700 Message-ID: Subject: Re: [AE] ASC_SOP & ASC_SAT values From: Erik Hansen To: After Effects Mail List Content-Type: multipart/alternative; boundary=047d7b33d548782cc404e2e73dd4 --047d7b33d548782cc404e2e73dd4 Content-Type: text/plain; charset=ISO-8859-1 This is the standard and the way that is supposed to work. What may be happening is that there may also be a LUT involved, especially if shooting on an Alexa - the ARRI LogC-to-Rec709 transform. Normally, you should be applying the LUT and CDL information for review materials only, finished shots should not have either baked-in. The ARRI Look system, is actually based on this - LogC-to-Rec709 transform, followed by CDL values (possibly Printer Lights too). Those values listed in your example are the default CDL values - no look. If that is all the CDL info that is present in the Avid BIN, then the CDL data was not implemented in the dailies process correctly. If the DP created CDL values, I would contact them. If perhaps they created ARRI Look files, you can load them into ARRI's LUT creator and export LUTs if you like. OCIO can also take CDL values and burn generic LUTs. A .CDL file is just an XML document of the values in your example. Erik On Wed, Jul 31, 2013 at 10:21 PM, David Torno wrote: > Thanks very much Bob for that thorough explanation. I love detailed > oriented people. They seem to be rare in this industry. :) > > > Or use Color Finesse within AE which can read ASC CDLs directly, so > you'd just need to invert the values in the .cdl file, then load it in. > If they can get me actual .cdl files that would be great, but I'm not > holding my breath. Right now, the editor is exporting the CDL data as part > of his EDL and nothing more. The dailies had CDL metadata applied by a guy > who is no longer on the production and the producers opted to not pay $2500 > for actual LUT files. Starting to question my career choices. :) > > > With all that said, is the CDL really your "viewing LUT" or is it > representation of the color correction that's been done, which is the > normal use for a CDL? > > So far from what little info I have managed to procure from the > production, the DP designed 4-6 CDL's I think. Day and night exterior, day > and night interior. I may be wrong on that though. What I think is > happening (total guess on this) is that the CDL's were applied to the > dailies, which went to edit. Color got raw footage and had the LUT data but > won't export without payment. So we in VFX land are getting 10bit DPX in > raw color without the CDL info and edit has no clue as to why it's all not > WYSIWYG, but I can't say really. > > > David Torno > Visual Effects Artist & Supervisor > http://www.ghosttownmedia.com > O: 213.739.2290 > C: 818.391.6060 > --------------------- > http://www.sydefxink.com > http://aeioweyou.blogspot.com > http://mactex.blogspot.com > > "The most useless day is that in which we do not laugh" > -Charles Field > > On Jul 31, 2013, at 7:44 PM, "Bob Currier" > wrote: > > > "SOP" is "Slope, Offset, Power" in ASC CDL speak. We chose different > names because many people calculate lift/gamma/gain in different ways. > > > > Slope is gain (multiplication). Offset is lift (addition). Power is > gamma (y^(1/x)). Saturation is saturation. > > > > To reverse it, enter the reciprocal of slope as your "gain." Enter the > reciprocal of power as "gamma." And enter the negative of offset as "lift." > Enter saturation as the reciprocal of the CDL value. > > > > The gain setting should work regardless of the color correction app. The > gamma value, however, may need to be entered as a reciprocal. The lift > value is the hardest to deal with. Many apps adjust gain along with the > lift setting, while the ASC CDL is a pure offset. > > > > Or use Color Finesse within AE which can read ASC CDLs directly, so > you'd just need to invert the values in the .cdl file, then load it in. > > > > With all that said, is the CDL really your "viewing LUT" or is it > representation of the color correction that's been done, which is the > normal use for a CDL? > > > > ----- > > Bob Currier rcurrier@synthetic-ap.com > > Synthetic Aperture www.synthetic-ap.com > > Helping Make Your Work Look Its Best > > > > On Thu, Aug 1, 2013 6:41 PM, David Torno wrote: > > > >> Curious question to anyone who has done a lot of CDL (Color Descision > >> List) work. I'm use to using a generic Cineon Log to Lin for viewing and > >> then doing a reverse process with Cineon Lin to Log for final output. > >> Not once have I ever gotten a proper LUT on a project in the 13+ years > >> I've been doing this work. Sad, very sad. Anyways, someone finally has > >> some CDL values (not an actual LUT file mind you) and I can easily, > >> manually, input the values into Colorista - Free, but how would I do a > >> reverse of this properly? I'm assuming this CDL is essentially my > >> "viewing" LUT and I would need it's opposite to reverse it all back with > >> VFX applied. Did that make sense? Thanks for any insight. > >> > >> What the editor exported for me, is an EDL that contained these lines as > >> well as other clip data. > >> > >> *ASC_SOP (1.0000 1.0000 1.0000)(0.0000 0.0000 0.0000)(1.0000 1.0000 > 1.0000) > >> *ASC_SAT 1 > >> > >> > >> The ASC_SOP and ASC_SAT data exists, even though they are default > >> neutral values. I'm hopeful that he will be able to get the actual CDL > >> values that he is seeing in AVID. > >> > >> > >> -- > >> David Torno > >> Visual Effects Artist and Supervisor > >> http://www.ghosttownmedia.com > >> david@ghosttownmedia.com > >> O: 213.739.2290 > >> C: 818.391.6060 > >> ------------------------------------------------ > >> http://www.sydefxink.com (main portfolio) > >> http://aeioweyou.blogspot.com (vfx tutorials and AE scripts blog) > >> http://mactex.blogspot.com (free textures blog) > >> > >> > >> > >> +---End of message---+ > >> To unsubscribe send any message to > > > > > > > > +---End of message---+ > > To unsubscribe send any message to > > > > +---End of message---+ > To unsubscribe send any message to > -- Erik Hansen 323-316-3731 eahansen@gmail.com / error1k@me.com twitter @error1k error1k.tumblr.com --047d7b33d548782cc404e2e73dd4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
This is the standard and the way that is supposed to work.= What may be happening is that there may also be a LUT involved, especially= if shooting on an Alexa - the ARRI LogC-to-Rec709 transform.

Normally, you should be applying the LUT and CDL information for revie= w materials only, finished shots should not have either baked-in.

The ARRI Look system, is actually based on this - LogC-to-R= ec709 transform, followed by CDL values (possibly Printer Lights too).

Those values listed in your example are the default CDL= values - no look. If that is all the CDL info that is present in the Avid = BIN, then the CDL data was not implemented in the dailies process correctly= .

If the DP created CDL values, I would contact them. If = perhaps they created ARRI Look files, you can load them into ARRI's LUT= creator and export LUTs if you like. OCIO can also take CDL values and bur= n generic LUTs.

A .CDL file is just an XML document of the values in yo= ur example.

Erik


On Wed, Jul 31, 2013 at 10:21 PM, D= avid Torno <torno@sydefxink.com> wrote:
Thanks very much Bob for that thorough expla= nation. I love detailed oriented people. They seem to be rare in this indus= try. :)

> Or use Color Finesse within AE which can read ASC CDLs directly, so yo= u'd just need to invert the values in the .cdl file, then load it in.
If they can get me actual .cdl files that would be great, but I'm= not holding my breath. Right now, the editor is exporting the CDL data as = part of his EDL and nothing more. The dailies had CDL metadata applied by a= guy who is no longer on the production and the producers opted to not pay = $2500 for actual LUT files. Starting to question my career choices. :)

> With all that said, is the CDL really your "viewing LUT" or = is it representation of the color correction that's been done, which is= the normal use for a CDL?

So far from what little info I have managed to procure from the produ= ction, the DP designed 4-6 CDL's I think. Day and night exterior, day a= nd night interior. I may be wrong on that though. What I think is happening= (total guess on this) is that the CDL's were applied to the dailies, w= hich went to edit. Color got raw footage and had the LUT data but won't= export without payment. So we in VFX land are getting 10bit DPX in raw col= or without the CDL info and edit has no clue as to why it's all not WYS= IWYG, but I can't say really.


David Torno
Visual Effects Artist & Supervisor
http://www.ghos= ttownmedia.com
O: 213.739.2290
C: 818.391.6060
---------------------
http://www.sydefxink= .com
http://aeioweyo= u.blogspot.com
http://mactex.blog= spot.com

"The most useless day is that in which we do not laugh"
-Charles Field

On Jul 31, 2013, at 7:44 PM, "Bob Currier" <rcurrier@synthetic-ap.com> wrote:

> "SOP" is "Slope, Offset, Power" in ASC CDL speak. = We chose different names because many people calculate lift/gamma/gain in d= ifferent ways.
>
> Slope is gain (multiplication). Offset is lift (addition). Power is ga= mma (y^(1/x)). Saturation is saturation.
>
> To reverse it, enter the reciprocal of slope as your "gain."= Enter the reciprocal of power as "gamma." And enter the negative= of offset as "lift." Enter saturation as the reciprocal of the C= DL value.
>
> The gain setting should work regardless of the color correction app. T= he gamma value, however, may need to be entered as a reciprocal. The lift v= alue is the hardest to deal with. Many apps adjust gain along with the lift= setting, while the ASC CDL is a pure offset.
>
> Or use Color Finesse within AE which can read ASC CDLs directly, so yo= u'd just need to invert the values in the .cdl file, then load it in. >
> With all that said, is the CDL really your "viewing LUT" or = is it representation of the color correction that's been done, which is= the normal use for a CDL?
>
> -----
> Bob Currier =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0rcurrier@synthetic-= ap.com
> Synthetic Aperture =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= www.synthetic-ap= .com
> Helping Make Your Work Look Its Best
>
> On Thu, Aug 1, 2013 6:41 PM, David Torno <torno@sydefxink.com> wrote:
>
>> Curious question to anyone who has done a lot of CDL (Color Descis= ion
>> List) work. I'm use to using a generic Cineon Log to Lin for v= iewing and
>> then doing a reverse process with Cineon Lin to Log for final outp= ut.
>> Not once have I ever gotten a proper LUT on a project in the 13+ y= ears
>> I've been doing this work. Sad, very sad. Anyways, someone fin= ally has
>> some CDL values (not an actual LUT file mind you) and I can easily= ,
>> manually, input the values into Colorista - Free, but how would I = do a
>> reverse of this properly? I'm assuming this CDL is essentially= my
>> "viewing" LUT and I would need it's opposite to reve= rse it all back with
>> VFX applied. Did that make sense? Thanks for any insight.
>>
>> What the editor exported for me, is an EDL that contained these li= nes as
>> well as other clip data.
>>
>> *ASC_SOP (1.0000 1.0000 1.0000)(0.0000 0.0000 0.0000)(1.0000 1.000= 0 1.0000)
>> *ASC_SAT 1
>>
>>
>> The ASC_SOP and ASC_SAT data exists, even though they are default<= br> >> neutral values. I'm hopeful that he will be able to get the ac= tual CDL
>> values that he is seeing in AVID.
>>
>>
>> --
>> David Torno
>> Visual Effects Artist and Supervisor
>> http:/= /www.ghosttownmedia.com
>> david@ghosttownmedia.c= om
>> O: 213.739.229= 0
>> C: 818.391.606= 0
>> ------------------------------------------------
>> http://www.= sydefxink.com =A0(main portfolio)
>> http:/= /aeioweyou.blogspot.com (vfx tutorials and AE scripts blog)
>> http://ma= ctex.blogspot.com =A0(free textures blog)
>>
>>
>>
>> +---End of message---+
>> To unsubscribe send any message to <ae-list-off@media-motion.tv>
>
>
>
> +---End of message---+
> To unsubscribe send any message to <ae-list-off@media-motion.tv>
>

+---End of message---+
To unsubscribe send any message to <ae-list-off@media-motion.tv>



--
= Erik Hansen
323-316-3731
eahansen@gmail.com / error1k@me.com
twitter @error1k
error1k.tumblr.com
--047d7b33d548782cc404e2e73dd4--