Return-Path: Received: from omr8.networksolutionsemail.com ([205.178.146.58] verified) by media-motion.tv (CommuniGate Pro SMTP 4.2.10) with ESMTP-TLS id 4569312 for AE-List@media-motion.tv; Tue, 20 Dec 2011 22:00:34 +0100 Received: from cm-omr12 (mail.networksolutionsemail.com [205.178.146.50]) by omr8.networksolutionsemail.com (8.13.8/8.13.8) with ESMTP id pBKL6iD0012279 for ; Tue, 20 Dec 2011 16:06:44 -0500 Authentication-Results: cm-omr12 smtp.user=torno@sydefxink.com; auth=pass (CRAM-MD5) X-Authenticated-UID: torno@sydefxink.com Received: from [174.254.66.80] ([174.254.66.80:4858] helo=[10.230.166.115]) by cm-omr12 (envelope-from ) (ecelerity 2.2.2.41 r(31179/31189)) with ESMTPA id 7B/99-12637-3E8F0FE4; Tue, 20 Dec 2011 16:06:44 -0500 Subject: Re: [AE] [OT] H264 Gamma Shift References: From: David Torno Content-Type: multipart/alternative; boundary=Apple-Mail-4EB228EA-4ECB-4A2D-8B95-D56F134F9D66 X-Mailer: iPhone Mail (9A334) In-Reply-To: Message-Id: <14C10D24-153F-4C5A-A2EF-3C16D326B82A@sydefxink.com> Date: Tue, 20 Dec 2011 13:06:40 -0800 To: After Effects Mail List Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) --Apple-Mail-4EB228EA-4ECB-4A2D-8B95-D56F134F9D66 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Just tried it and it work. I may be going back to this 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:45 PM, Chris Meyer wrote: > The old version would get itself into a state, and I would have to reinsta= ll it. The newer version seems to work fine for me. >=20 > - Chris >=20 >=20 > On Dec 20, 2011, at 1:24 PM, David Torno wrote: >=20 >> I was using x264 for awhile and liked it, but one day it just stopped wor= king 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.s= o-net.ne.jp/mycometg3/ - scroll down a few entries). >>>=20 >>> For more: http://provideocoalition.com/index.php/cmg_blogs/story/brightn= ess_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 f= ix I use is to open the H.264 back in QuickTime, Bring up the Properties win= dow (cmd+j), select the Video Track, select the Visual Settings tab, then ch= ange 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 th= at resembles to color shown in AE. Workflow is this: >>>>>=20 >>>>> PSDs imported and animated to 16bit comps (the artwork is a concrete t= exture with a black vignette over, lots of greys, blacks blending into each o= ther) >>>>> Rendered to 16bit PhotoJPEG .MOVs (the masters look fine, no gamma shi= ft at this stage but at 750MB too large to upload to client) >>>>> Encoded in Episode to H264 (blacks are crushed, all detail is lost, ga= mma is generally shifted darker) >>>>> Encoded in QuickTime to H264 (gamma is shifted lighter and reds are sh= ifted towards blue) >>>>>=20 >>>>> I've tried playing with various options and settings in Episode, but a= ny gamma compensated reverse shift I apply brightens the highlights but the b= lacks are still crushed. Playing with the QT export filters are really hit o= r miss with little effect. >>>>>=20 >>>>> Anyone come across this before and found a workaround? Or a better enc= oder. I had an old version of compressor at one time but removed it as it wa= s 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 s= hift as an adjustment layer in AE prior to final render to compensate for th= e shift in Episode. So far I have yet to find the sweet spot that solves th= e problem >>>>>=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 >=20 --Apple-Mail-4EB228EA-4ECB-4A2D-8B95-D56F134F9D66 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Just tried it and it work.= I may be going back to this again. :)

David Torno
Visual Effects= Artist & Supervisor
O: 213.739.2290
C: 81= 8.391.6060
---------------------
http://aeioweyou.blogspot.com

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

On Dec 20, 2011, at 12:45 PM, Chris Meyer <chris@crishdesign.com> wrote:
<= br>
The old version would get= itself into a state, and I would have to reinstall it. The newer version se= ems 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 j= ust stopped working for me a long time ago. The app would just crash. It bec= ame useless and I hadn't gone back to it since. Maybe it's time to check it o= ut again.

David Torno
Visual Effects Artist & Supervisor
O: 213.739.2290
C: 818.391.6060
-------= --------------
http://aeiow= eyou.blogspot.com

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

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

That doens't always work, unfortunately.

<= /div>
The secret is to use x264, not h.264 (available from http://www003.upp.so-net.ne.jp/m= ycometg3/ - scroll down a few entries).


 - Chris


On De= c 20, 2011, at 12:33 PM, David Torno wrote:

I have f= ound that H.264 outputs from QuickTime are too bright and the fix I use is t= o open the H.264 back in QuickTime, Bring up the Properties window (cmd+j), s= elect the Video Track, select the Visual Settings tab, then change the Trans= parency dropdown to Composition. Save file.

David Torno
Visual Ef= fects 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"
-C= harles Field

On Dec 20, 2011, at 11:28 AM, adam mercado &= lt;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-4EB228EA-4ECB-4A2D-8B95-D56F134F9D66--