Return-Path: Received: from omr10.networksolutionsemail.com ([205.178.146.60] verified) by media-motion.tv (CommuniGate Pro SMTP 4.2.10) with ESMTP-TLS id 4569283 for AE-List@media-motion.tv; Tue, 20 Dec 2011 21:18:10 +0100 Received: from cm-omr3 (mail.networksolutionsemail.com [205.178.146.50]) by omr10.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id pBKKOG3T006677 for ; Tue, 20 Dec 2011 15:24:16 -0500 Authentication-Results: cm-omr3 smtp.user=torno@sydefxink.com; auth=pass (CRAM-MD5) X-Authenticated-UID: torno@sydefxink.com Received: from [64.183.31.59] ([64.183.31.59:54380] helo=[192.168.1.104]) by cm-omr3 (envelope-from ) (ecelerity 2.2.2.41 r(31179/31189)) with ESMTPA id 00/BC-18338-FEEE0FE4; Tue, 20 Dec 2011 15:24:16 -0500 Subject: Re: [AE] [OT] H264 Gamma Shift References: From: David Torno Content-Type: multipart/alternative; boundary=Apple-Mail-756A5358-9F5B-41E2-85B1-5E2A5E4339C2 X-Mailer: iPhone Mail (9A334) In-Reply-To: Message-Id: Date: Tue, 20 Dec 2011 12:24:14 -0800 To: After Effects Mail List Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) --Apple-Mail-756A5358-9F5B-41E2-85B1-5E2A5E4339C2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I was using x264 for awhile and liked it, but one day it just stopped workin= g for me a long time ago. The app would just crash. It became useless and I h= adn'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 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 12:17 PM, Chris Meyer wrote: > 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/brightnes= s_issues_with_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 windo= w (cmd+j), select the Video Track, select the Visual Settings tab, then chan= ge 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 tex= ture with a black vignette over, lots of greys, blacks blending into each ot= her) >>> 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, gamm= a is generally shifted darker) >>> Encoded in QuickTime to H264 (gamma is shifted lighter and reds are shif= ted 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 bl= acks 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 encod= er. I had an old version of compressor at one time but removed it as it was s= o unstable and buggy and required a reinstall every two weeks. >>>=20 >>> At this stage I've resorted to trying to introduce the reverse gamma shi= ft as an adjustment layer in AE prior to final render to compensate for the s= hift in Episode. So far I have yet to find the sweet spot that solves the p= roblem >>>=20 >>> many many thanks >>>=20 >>> Adam Mercado >>> Influxx Media Production >>> Fullerton, CA >>>=20 >>> Moving Images. For Business >>> 714=C2=B0928=C2=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-756A5358-9F5B-41E2-85B1-5E2A5E4339C2 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
I was using x264 for awhil= e and liked it, but one day it just stopped working for me a long time ago. T= he app would just crash. It became useless and I hadn't gone back to it sinc= e. Maybe it's time to check it out again.

David Torno
Visual Effe= cts Artist & Supervisor
O: 213.739.2290
C:= 818.391.6060
---------------------
http://aeioweyou.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 wor= k, unfortunately.

The secret is to use x264, not h.264 (a= vailable from htt= p://www003.upp.so-net.ne.jp/mycometg3/ - scroll down a few entries).


 - Chris

<= /div>

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 t= he Properties window (cmd+j), select the Video Track, select the Visual Sett= ings tab, then change 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://aeioweyou.blogsp= ot.com

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

On Dec 20, 2= 011, 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 res= embles to color shown in AE. Workflow is this:

PSDs impor= ted and animated to 16bit comps (the artwork is a concrete texture with a bl= ack 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 li= ghter and reds are shifted towards blue)

I've tried= playing with various options and settings in Episode, but any gamma compens= ated 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 lit= tle effect.

Anyone come across this before and foun= d a workaround? Or a better encoder. I had an old version of compressor at o= ne time but removed it as it was so unstable and buggy and required a reinst= all every two weeks.

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

<= div>many many thanks

Adam Mercado
Influxx Media Production
Fullerton, CA=

Moving Images. Fo= r Business
714=C2=B0928=C2=B09896
=






= --Apple-Mail-756A5358-9F5B-41E2-85B1-5E2A5E4339C2--