Return-Path: Received: from AM1EHSOBE002.bigfish.com ([213.199.154.205] verified) by media-motion.tv (CommuniGate Pro SMTP 4.2.10) with ESMTP-TLS id 4569405 for AE-List@media-motion.tv; Wed, 21 Dec 2011 00:46:59 +0100 Received: from mail36-am1-R.bigfish.com (10.3.201.245) by AM1EHSOBE002.bigfish.com (10.3.204.22) with Microsoft SMTP Server id 14.1.225.23; Tue, 20 Dec 2011 23:53:02 +0000 Received: from mail36-am1 (localhost [127.0.0.1]) by mail36-am1-R.bigfish.com (Postfix) with ESMTP id 721FC300471 for ; Tue, 20 Dec 2011 23:53:05 +0000 (UTC) X-SpamScore: -10 X-BigFish: VPS-10(zz9371Ic85dh1a09J12d5M98dKzz1202hzz8275bh8275dhz32i668h839h) X-Forefront-Antispam-Report: CIP:204.75.127.192;KIP:(null);UIP:(null);IPV:NLI;H:N1-1EXC-BM08.corp.rhi.com;RD:mailout-hide.rhi.com;EFVD:NLI Received: from mail36-am1 (localhost.localdomain [127.0.0.1]) by mail36-am1 (MessageSwitch) id 132442518591904_18830; Tue, 20 Dec 2011 23:53:05 +0000 (UTC) Received: from AM1EHSMHS004.bigfish.com (unknown [10.3.201.242]) by mail36-am1.bigfish.com (Postfix) with ESMTP id 09CA84A0046 for ; Tue, 20 Dec 2011 23:53:05 +0000 (UTC) Received: from N1-1EXC-BM08.corp.rhi.com (204.75.127.192) by AM1EHSMHS004.bigfish.com (10.3.207.104) with Microsoft SMTP Server id 14.1.225.23; Tue, 20 Dec 2011 23:53:01 +0000 X-AuditID: 0af9124e-b7f236d000000732-3e-4ef11fe125f4 Received: from N1-1EXC-CAS04.na.msds.rhi.com (Unknown_Domain [10.246.225.11]) by N1-1EXC-BM08.corp.rhi.com (Symantec Messaging Gateway) with SMTP id E2.00.01842.1EF11FE4; Tue, 20 Dec 2011 15:53:06 -0800 (PST) Received: from N1-1EXC-MBX06N1.na.msds.rhi.com ([fe80::dcd9:cbf3:ecfa:933c]) by N1-1EXC-CAS04.na.msds.rhi.com ([fe80::d52:88a9:de4f:7ace%19]) with mapi id 14.01.0323.003; Tue, 20 Dec 2011 15:52:01 -0800 From: "Tupper, Scott (HQP)" To: 'After Effects Mail List' Subject: RE: [AE] [OT] H264 Gamma Shift Thread-Topic: [AE] [OT] H264 Gamma Shift Thread-Index: AQHMv1R1i+Hmfc6nKUaVRebj38kocZXlZJyg Date: Tue, 20 Dec 2011 23:52:01 +0000 Message-ID: <400A2F6AA78BA1449ABA2114F12AF69B05D27D@N1-1EXC-MBX06N1.na.msds.rhi.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.249.18.12] Content-Type: multipart/alternative; boundary="_000_400A2F6AA78BA1449ABA2114F12AF69B05D27DN11EXCMBX06N1nams_" MIME-Version: 1.0 X-CFilter-Loop: proxied X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprNIsWRmVeSWpSXmKPExsXC9e0ht+4j+Y9+Bt+fS1vcvhLvwOjR9fIS WwBjFJdNSmpOZllqkb5dAlfGkeaXLAXf5zFWPO11b2Bc3cfYxcjJISFgIvGq5QMLhC0mceHe erYuRi4OIYFLjBLda86yQDjnGCXW397BDFLFJmAk8e3jVnYQW0TAXOLDhnawbmEBdYnGNx+A 4hxAcQ2JC/s9IEqMJHY+6gZbxiKgKtGz4yQjSAmvQIjE7/2eIGEhAS2Jmxv62EBsTgFtiY0X JoJNZAS65/upNUwgNrOAuMStJ/OZIO4UkFiy5zwzhC0q8fLxP1YIW0Fi5x6Y+nyJt2s3gMV5 BQQlTs58AvWjuMT3vhtsExhFZyEZOwtJyywkLRBxPYkbU6ewQdjaEssWvmaGsHUlZvw7xIIs voCRfRWjtJ+hrqFrhLOuk6+BhV5yflGBXlFGYk4akJm7iREUZT+F/HYw3lusf4hRgINRiYdX dP8HPyHWxLLiytxDjBIczEoivDHPgEK8KYmVValF+fFFpTmpxYcYpTlYlMR5Vc8ApQTSE0tS s1NTC1KLYLJMHJxSDYzsr08sepnFMllfpFLmktYs3tu+KUfye6fufL3ySUXQAakX8X99fJw0 1i1JtP0rmr73qdvP5kyZbIk2b80+pYoJjd9FfjW4JVnopfW+WmK0r96GrZfL449190/xqY8d le7t8unZXf5lJqeAqzT/vZva+nH6207dKM51m9o5feu6bznfX7+R36rEUpyRaKjFXFScCADg 3PAmrgIAAA== Return-Path: scott.tupper@rhi.com X-OriginatorOrg: rhi.com --_000_400A2F6AA78BA1449ABA2114F12AF69B05D27DN11EXCMBX06N1nams_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I think the issue went away when Episode switched over to Main Concept's H.= 264 codec in ver 6. You may want to bounce this over to the Compression-Lis= t@media-motion.tv to verify. scott tupper | multimedia producer, media services robert half international office: 925.913.2180 blackberry: hqpmediaservices@rhi.com | fax= : 925.394.5205 address: 2613 camino ramon | san ramon, ca | 94583 From: After Effects Mail List [mailto:AE-List@media-motion.tv] On Behalf Of= Chris Meyer Sent: Tuesday, December 20, 2011 12:18 PM To: After Effects Mail List Subject: Re: [AE] [OT] H264 Gamma Shift That doens't always work, unfortunately. The secret is to use x264, not h.264 (available from http://www003.upp.so-n= et.ne.jp/mycometg3/ - scroll down a few entries). For more: http://provideocoalition.com/index.php/cmg_blogs/story/brightness= _issues_with_h264_quicktime_movies/ - Chris On Dec 20, 2011, at 12:33 PM, David Torno wrote: I have found that H.264 outputs from QuickTime are too bright and the fix I= use is to open the H.264 back in QuickTime, Bring up the Properties window= (cmd+j), select the Video Track, select the Visual Settings tab, then chan= ge the Transparency dropdown to Composition. Save file. 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 Dec 20, 2011, at 11:28 AM, adam mercado > wrote: I'm having a hell of a time trying to get a render off to my client that re= sembles to color shown in AE. Workflow is this: PSDs imported and animated to 16bit comps (the artwork is a concrete textur= e with a black vignette over, lots of greys, blacks blending into each othe= r) Rendered to 16bit PhotoJPEG .MOVs (the masters look fine, no gamma shift at= this stage but at 750MB too large to upload to client) Encoded in Episode to H264 (blacks are crushed, all detail is lost, gamma i= s generally shifted darker) Encoded in QuickTime to H264 (gamma is shifted lighter and reds are shifted= towards blue) I've tried playing with various options and settings in Episode, but any ga= mma compensated reverse shift I apply brightens the highlights but the blac= ks are still crushed. Playing with the QT export filters are really hit or = miss with little effect. Anyone come across this before and found a workaround? Or a better encoder.= I had an old version of compressor at one time but removed it as it was so= unstable and buggy and required a reinstall every two weeks. At this stage I've resorted to trying to introduce the reverse gamma shift = as an adjustment layer in AE prior to final render to compensate for the sh= ift in Episode. So far I have yet to find the sweet spot that solves the p= roblem many many thanks Adam Mercado Influxx Media Production Fullerton, CA Moving Images. For Business 714=B0928=B09896 http://www.influxx.com http://www.twitter.com/influxx http://www.linkedin.com/in/influxx http://influxx.tumblr.com/archive http://www.flickr.com/photos/influxx --_000_400A2F6AA78BA1449ABA2114F12AF69B05D27DN11EXCMBX06N1nams_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I think the issue went aw= ay when Episode switched over to Main Concept’s H.264 codec in ver 6.= You may want to bounce this over to the Compression-List@media-= motion.tv to verify.

 <= /p>

 <= /p>

scott tupper=  | multimedia producer, media services<= /b>

r= obert half international
office: 925.913.2180 

blackberry: hqpmediaservices@rhi.com | = fax: 925.394.5205

address: 2613 camino ramon | san ramon, ca | 94583

 <= /p>

From: After Ef= fects Mail List [mailto:AE-List@media-motion.tv] On Behalf Of Chris Meyer
Sent: Tuesday, December 20, 2011 12:18 PM
To: After Effects Mail List
Subject: Re: [AE] [OT] H264 Gamma Shift

 

That doens't always work, unfortunately.<= /p>

 

The secret is to use x264, not h.264 (available from=  http://www003.u= pp.so-net.ne.jp/mycometg3/ - scroll down a few entries).

 

 

 - Chris

 

 

On Dec 20, 2011, at 12:33 PM, David Torno wrote:



I have found that H.264 outputs from QuickTime are t= oo bright and the fix I use is to open the H.264 back in QuickTime, Bring u= p the Properties window (cmd+j), select the Video Track, select the Vis= ual Settings tab, then change the Transparency dropdown to Composition. Save file.

David Torno

Visual Effects Artist & Supervisor

O: 213.739.2290

C: 818.391.6060

---------------------

http://ae= ioweyou.blogspot.com

 

"The most useless day is that in which we do no= t laugh"

-Charles Field


On Dec 20, 2011, at 11:28 AM, adam mercado <adam@influxx.com> wrote:

I'm having a hell of a time trying to get a render o= ff to my client that resembles to color shown in AE. Workflow is this:=

 

PSDs imported and animated to 16bit comps (the artwo= rk is a concrete texture with a black vignette over, lots of greys, blacks = blending into each other)

Rendered to 16bit PhotoJPEG .MOVs (the masters look = fine, no gamma shift at this stage but at 750MB too large to upload to clie= nt)

Encoded in Episode to H264 (blacks are crushed, all = detail is lost, gamma is generally shifted darker)

Encoded in QuickTime to H264 (gamma is shifted light= er and reds are shifted towards blue)

 

I've tried playing with various options and settings= in Episode, but any gamma compensated reverse shift I apply brightens the = highlights but the blacks are still crushed. Playing with the QT export fil= ters are really hit or miss with little effect.

 

Anyone come across this before and found a workaroun= d? Or a better encoder. I had an old version of compressor at one time but = removed it as it was so unstable and buggy and required a reinstall every t= wo weeks.

 

At this stage I've resorted to trying to introduce t= he reverse gamma shift as an adjustment layer in AE prior to final render t= o compensate for the shift in Episode. So far I  have yet to find the = sweet spot that solves the problem

 

many many thanks=

Adam Mercado

Influxx Media Production

Fullerton, CA

 

Moving Images. For Business=

714=B0928=B09896

 

 




 

 

--_000_400A2F6AA78BA1449ABA2114F12AF69B05D27DN11EXCMBX06N1nams_--