Return-Path: Received: from gateway16.websitewelcome.com ([67.18.22.67] verified) by media-motion.tv (CommuniGate Pro SMTP 4.2.10) with ESMTP id 4569299 for AE-List@media-motion.tv; Tue, 20 Dec 2011 21:39:23 +0100 Received: by gateway16.websitewelcome.com (Postfix, from userid 5007) id C99EE6F6E2655; Tue, 20 Dec 2011 14:45:33 -0600 (CST) Received: from ham01.websitewelcome.com (ham.websitewelcome.com [173.192.111.52]) by gateway16.websitewelcome.com (Postfix) with ESMTP id B9DDF6F6E260E for ; Tue, 20 Dec 2011 14:45:33 -0600 (CST) Received: by ham01.websitewelcome.com (Postfix, from userid 666) id B4ADAB5F55ACC; Tue, 20 Dec 2011 14:45:33 -0600 (CST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on ham01.websitewelcome.com X-Spam-Flag2999: NO X-Spam-Level2999: X-Spam-Status2999: "No, score=-1.9 required=5.0 tests=BAYES_00,HTML_MESSAGE autolearn=ham version=3.3.1 Received: from alpina.websitewelcome.com (alpina.websitewelcome.com [74.54.176.2]) by ham01.websitewelcome.com (Postfix) with ESMTP id 1CFABB5F54D5A for ; Tue, 20 Dec 2011 14:45:31 -0600 (CST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=crishdesign.com; h=Received:From:Mime-Version:Content-Type:Subject:Date:In-Reply-To:To:References:Message-Id:X-Mailer:X-BWhitelist:X-Source:X-Source-Args:X-Source-Dir:X-Source-Sender:X-Source-Auth:X-Email-Count:X-Source-Cap; b=VKkEkClduuBNnPiPUHmkUPJKVVsxWsChSNsGIt2qDVzSxf/QHpOANbsnuC6xx5rkydud5R2biWhYr3MzAHNY9zzG1c52xWJLzKBQeo0kyVw0rKWfV+Gp+vY71WAPW9O9; Received: from [38.101.33.69] (port=50887 helo=[192.168.0.9]) by alpina.websitewelcome.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1Rd6Z0-00008g-ES for AE-List@media-motion.tv; Tue, 20 Dec 2011 14:45:30 -0600 From: Chris Meyer Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: multipart/alternative; boundary="Apple-Mail=_0AF9AEF4-4689-4848-A728-371882F29724" Subject: Re: [AE] [OT] H264 Gamma Shift Date: Tue, 20 Dec 2011 13:45:29 -0700 In-Reply-To: To: "After Effects Mail List" References: Message-Id: X-Mailer: Apple Mail (2.1251.1) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - alpina.websitewelcome.com X-AntiAbuse: Original Domain - media-motion.tv X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - crishdesign.com X-BWhitelist: no X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: ([192.168.0.9]) [38.101.33.69]:50887 X-Source-Auth: chris@crishdesign.com X-Email-Count: 3 X-Source-Cap: Y3Jpc2h3ZWI7Y3Jpc2h3ZWI7YWxwaW5hLndlYnNpdGV3ZWxjb21lLmNvbQ== --Apple-Mail=_0AF9AEF4-4689-4848-A728-371882F29724 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 The old version would get itself into a state, and I would have to = reinstall it. The newer version seems to work fine for me. - Chris On Dec 20, 2011, at 1:24 PM, David Torno wrote: > I was using x264 for awhile and liked it, but one day it just stopped = working for me a long time ago. The app would just crash. It became = useless and I hadn't gone back to it since. Maybe it's time to check it = out again. >=20 > 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 >=20 > "The most useless day is that in which we do not laugh" > -Charles Field >=20 > On Dec 20, 2011, at 12:17 PM, Chris Meyer = wrote: >=20 >> That doens't always work, unfortunately. >>=20 >> The secret is to use x264, not h.264 (available from = http://www003.upp.so-net.ne.jp/mycometg3/ - scroll down a few entries). >>=20 >> For more: = http://provideocoalition.com/index.php/cmg_blogs/story/brightness_issues_w= ith_h264_quicktime_movies/ >>=20 >> - Chris >>=20 >>=20 >> On Dec 20, 2011, at 12:33 PM, David Torno wrote: >>=20 >>> 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 change the Transparency dropdown to Composition. Save = file. >>>=20 >>> 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 >>>=20 >>> "The most useless day is that in which we do not laugh" >>> -Charles Field >>>=20 >>> On Dec 20, 2011, at 11:28 AM, adam mercado wrote: >>>=20 >>>> I'm having a hell of a time trying to get a render off to my client = that resembles to color shown in AE. Workflow is this: >>>>=20 >>>> PSDs imported and animated to 16bit comps (the artwork 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 client) >>>> 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 lighter and reds are = shifted towards blue) >>>>=20 >>>> 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 filters are = really hit or miss with little effect. >>>>=20 >>>> 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. >>>>=20 >>>> 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 shift in Episode. So far I have yet to find the = sweet spot that solves the problem >>>>=20 >>>> many many thanks >>>>=20 >>>> Adam Mercado >>>> Influxx Media Production >>>> Fullerton, CA >>>>=20 >>>> 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 >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>=20 --Apple-Mail=_0AF9AEF4-4689-4848-A728-371882F29724 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 The = old version would get itself into a state, and I would have to reinstall = it. The newer version seems to work fine for = me.

 - = Chris


On Dec 20, 2011, at 1:24 = PM, David Torno wrote:

I was using x264 for awhile and liked it, but = one day it just stopped working for me a long time ago. The app would = just crash. It became useless and I hadn't gone back to it since. Maybe = it's time to check it out again.

David Torno
Visual Effects = Artist & Supervisor
http://www.ghosttownmedia.com<= /div>
O: 213.739.2290
C: = 818.391.6060
---------------------
http://aeioweyou.blogspot.com<= div>http://mactex.blogspot.com

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

On Dec 20, 2011, at = 12:17 PM, Chris Meyer <chris@crishdesign.com> = wrote:

That = doens't always work, unfortunately.

The secret is to = use x264, not h.264 (available from http://www003.upp.so-ne= t.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 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 change the Transparency dropdown to = Composition. Save file.

David Torno
Visual Effects Artist = & Supervisor
http://www.ghosttownmedia.com<= /div>
O: 213.739.2290
C: = 818.391.6060
---------------------
http://aeioweyou.blogspot.com<= div>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 <adam@influxx.com> = wrote:

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

PSDs imported and animated to 16bit comps (the = artwork 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 client)
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 lighter = 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 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 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




=



= --Apple-Mail=_0AF9AEF4-4689-4848-A728-371882F29724--