Return-Path: Received: from na3sys009aog117.obsmtp.com ([74.125.149.242] verified) by media-motion.tv (CommuniGate Pro SMTP 4.2.10) with SMTP id 4805041 for AE-List@media-motion.tv; Wed, 08 Aug 2012 17:30:57 +0200 Received: from mail-qc0-f182.google.com ([209.85.216.182]) (using TLSv1) by na3sys009aob117.postini.com ([74.125.148.12]) with SMTP ID DSNKUCKGOceKjwABRLgf0Va7tvKmxhD1NR8B@postini.com; Wed, 08 Aug 2012 08:31:06 PDT Received: by qcsg15 with SMTP id g15so542247qcs.41 for ; Wed, 08 Aug 2012 08:31:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=totaltraining.com; s=google; h=date:from:to:message-id:in-reply-to:references:subject:x-mailer :mime-version:content-type; bh=MOEXnIqStS7vTga8uqR8K9/HSBaAJhbwkS22k7DhnNs=; b=oAownsz2II19+eYSSBhYhSv9Ur5ggIbDp3WqUGnofr2Vv6SyuqbwB9lFYPJcgrejaq nHwfKm5zNwzkSbhiYnbhD58F9kr94malvFCNz7l5mfIlm71DvrwkagkzU5yBz9KG9h+z lEBrtGpxESRZw5WB7gzW4OkmWmSO1hXUxauZ4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:message-id:in-reply-to:references:subject:x-mailer :mime-version:content-type:x-gm-message-state; bh=MOEXnIqStS7vTga8uqR8K9/HSBaAJhbwkS22k7DhnNs=; b=fGh5iULrGWQH70t6I03GkTRpfJMvL4R3yMTjzKmo2FYf+trxsc8kdL/hZfTimuHTR2 0C/xbw5KL7VYI0TuDMSNz1+1lqC0fXE2zI9EgpkGuPKNANrqaJIkX0QuIyI/kXecoSVp pY5XlppysLAxLWbmtIllJdTSh29gU26s3DXbLgT2kZ6Ff9vR95Y6xJ5P2SfuyfQ8KrV4 SAlaVcUSvq7DfMGhURbZhmVBYCQAi1HKKpg0VpZ+oYI8jHvbF0ocCXeES41sc8vcc1jg GUXecazNU/CXKcxNkP6Ucoq4DSKh5zQli+f9ft0De4Kzr49gglOZgC2cbzXBxIZ8RQuX 03Kw== Received: by 10.58.203.3 with SMTP id km3mr16306452vec.13.1344439864353; Wed, 08 Aug 2012 08:31:04 -0700 (PDT) Return-Path: Received: from [192.168.1.5] (pool-108-6-60-130.nycmny.fios.verizon.net. [108.6.60.130]) by mx.google.com with ESMTPS id g10sm21398881vdk.2.2012.08.08.08.31.03 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 08 Aug 2012 08:31:03 -0700 (PDT) Date: Wed, 8 Aug 2012 11:31:02 -0400 From: Brian Maffitt To: After Effects Mail List Message-ID: <1D8970DF74114F3DAD0D35D92245FF24@totaltraining.com> In-Reply-To: References: Subject: Re: [AE] MB Looks head-scratcher X-Mailer: sparrow 1.6.2 (build 1143.6) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="50228636_2443a858_137" X-Gm-Message-State: ALoCoQle3GTJ7yg/vgars0nFyDUGMHSzVKo+DY36gBJz5Y6OdSRfgL4oR/FIVOHK65w79zmNAeNH --50228636_2443a858_137 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Those look like the crosses that are produced but the AE 3D tracker to me= =E2=80=A6 does any of your AE footage have a track applied=3F =20 -- =20 Brian Maffitt On Wednesday, August 8, 2012 at 11:28 AM, Jim Curtis wrote: > Sorry, this is a Pr issue. I'm posting here because I wonder why it's n= ot an Ae issue. Let me explain. > =20 > I'm getting these little crosses in zero black areas using Magic Bullet= Looks on an Adjustment Layer. =20 > =20 > Here's a screen grab: > http://jamesphilipcurtis.com/public/Screen%20Shot%202012-08-08%20at%209= .54.15%20AM.png > =20 > I'm getting this in Pr 601, MacPro3,1, 10.7.4, Quadro 4000. The footage= is ProRes4444 recorded from Arri+Cinedeck > =20 > =20 > This is some interaction with the Pr Levels effect on each clip, where = I've taken the linear footage, and expanded the black (and white) levels = to 0-100. > =20 > Turning off GPU in Looks prefs gets rid of them, but then rendering tak= es 10x as long. I pasted my timeline from Pr into Ae. Applied MBL to an A= djustment Layer, and the problem does not repeat in Ae. > =20 > I deleted the first instance of MBL in Pr, and applied a fresh Looks se= tting. The crosses come back, but much tinier, even with no changes made = in the MBL GUI. > =20 > I tried trashing Looks prefs, Pr prefs, reboot, reinstalled CUDA and nV= idia card drivers. This only started recently after using Looks with the = same setup ever since CS6 came out. > =20 > I have discovered a workaround, but it's not perfect. If I set each ins= tance of the (RGB) Black Output Level on the source clips Levels Effect t= o 1 instead of 0, the crosses go away. =20 > =20 > I surmise this is perhaps a sub-black warning in Looks=3F I'm wondering= why I haven't seen it before, and why I don't see it in Ae, even if I fo= rce the black in the source clip to less than zero, followed by MBL. > =20 > I believe that Pr doesn't allow sub-black, but Ae does. This may be why= I can't repeat this issue in Ae. > =20 > Thanks, > Jim C. > =20 > =20 > =20 > . > =20 > +---End of message---+ > To unsubscribe send any message to > =20 > =20 --50228636_2443a858_137 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Those look like the crosses that are produced but the= AE 3D tracker to me=E2=80=A6 does any of your AE footage have a track ap= plied=3F

-- 
Brian Maffitt=

=20

On Wednesday, August 8= , 2012 at 11:28 AM, Jim Curtis wrote:

Sorry, this is a Pr issue. I'm = posting here because I wonder why it's not an Ae issue. Let me explain.<= /div>

I'm getting these little crosses in zero black a= reas using Magic Bullet Looks on an Adjustment Layer.

Here's a screen grab:

I'm getting this in Pr 601, MacPr= o3,1, 10.7.4, Quadro 4000. The footage is ProRes4444 recorded from Arri+= Cinedeck


This is some interaction= with the Pr Levels effect on each clip, where I've taken the linear foot= age, and expanded the black (and white) levels to 0-100.

Turning off GPU in Looks prefs gets rid of them, but then render= ing takes 10x as long. I pasted my timeline from Pr into Ae. Applied MB= L to an Adjustment Layer, and the problem does not repeat in Ae.

I deleted the first instance of MBL in Pr, and applied a= fresh Looks setting. The crosses come back, but much tinier, even with = no changes made in the MBL GUI.

I tried trashing= Looks prefs, Pr prefs, reboot, reinstalled CUDA and nVidia card drivers.= This only started recently after using Looks with the same setup ever s= ince CS6 came out.

I have discovered a workaroun= d, but it's not perfect. If I set each instance of the (RGB) Black Outpu= t Level on the source clips Levels Effect to 1 instead of 0, the crosses = go away.

I surmise this is perhaps a sub-black= warning in Looks=3F I'm wondering why I haven't seen it before, and why= I don't see it in Ae, even if I force the black in the source clip to le= ss than zero, followed by MBL.

I believe that Pr= doesn't allow sub-black, but Ae does. This may be why I can't repeat th= is issue in Ae.

Thanks,
Jim C.



.

+---End of message---+
To unsubscribe send any message to <= ;ae-list-off=40media= -motion.tv>
=20 =20 =20 =20
=20

--50228636_2443a858_137--