Return-Path: Received: from smtpauth03.prod.mesa1.secureserver.net ([64.202.165.183] verified) by media-motion.tv (CommuniGate Pro SMTP 4.2.10) with SMTP id 4569595 for AE-List@media-motion.tv; Wed, 21 Dec 2011 07:23:40 +0100 Received: (qmail 25757 invoked from network); 21 Dec 2011 06:29:51 -0000 Received: from unknown (76.206.254.56) by smtpauth03.prod.mesa1.secureserver.net (64.202.165.183) with ESMTP; 21 Dec 2011 06:29:49 -0000 Mime-Version: 1.0 (Apple Message framework v753.1) In-Reply-To: References: Content-Type: multipart/alternative; boundary=Apple-Mail-8-396920309 Message-Id: <49499F86-36F6-4B31-A887-C7CF3CBF3DE5@influxx.com> From: adam mercado Subject: Re: [AE] [OT] H264 Gamma Shift Date: Tue, 20 Dec 2011 22:29:47 -0800 To: "After Effects Mail List" X-Mailer: Apple Mail (2.753.1) --Apple-Mail-8-396920309 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed Thanks Scott, I'm still using Episode 5.6 so there you go. Thanks for =20= the tip on the compression list. Did not know of that one. I did come across this PDF in my hunt, and Telestream admit to their =20 H264 encoder crushing blacks, and provide this work around. http://www.telestream.net/pdfs/user-guides/Simple-Encoding-Recipes.pdf I tried various flavours of their recipe with little success so far. =20 Ho hum, I'll look into upgrading to v6, but AME uses the Main Concept =20= codec too. Trying that now, but its deathly slow compared to every =20 other encoder out there. Holy cow. did it get any better in CS5? 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 On Dec 20, 2011, at 3:52 PM, Tupper, Scott (HQP) wrote: > I think the issue went away when Episode switched over to Main =20 > Concept=92s H.264 codec in ver 6. You may want to bounce this over to =20= > the Compression-List@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 =20 > 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://=20 > www003.upp.so-net.ne.jp/mycometg3/ - scroll down a few entries). > > For more: http://provideocoalition.com/index.php/cmg_blogs/story/=20 > 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 =20 > the fix I use is to open the H.264 back in QuickTime, Bring up the =20 > Properties window (cmd+j), select the Video Track, select the =20 > Visual Settings tab, then change the Transparency dropdown to =20 > 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 =20= > that resembles to color shown in AE. Workflow is this: > > PSDs imported and animated to 16bit comps (the artwork is a =20 > concrete texture with a black vignette over, lots of greys, blacks =20 > blending into each other) > Rendered to 16bit PhotoJPEG .MOVs (the masters look fine, no gamma =20 > 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, =20= > gamma is generally shifted darker) > Encoded in QuickTime to H264 (gamma is shifted lighter and reds are =20= > shifted towards blue) > > I've tried playing with various options and settings in Episode, =20 > but any gamma compensated reverse shift I apply brightens the =20 > highlights but the blacks are still crushed. Playing with the QT =20 > export filters are really hit or miss with little effect. > > Anyone come across this before and found a workaround? Or a better =20 > encoder. I had an old version of compressor at one time but removed =20= > it as it was so unstable and buggy and required a reinstall every =20 > two weeks. > > At this stage I've resorted to trying to introduce the reverse =20 > gamma shift as an adjustment layer in AE prior to final render to =20 > compensate for the shift in Episode. So far I have yet to find the =20= > sweet spot that solves the problem > > 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 > > > > > > > --Apple-Mail-8-396920309 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=WINDOWS-1252 Thanks Scott, I'm still using Episode 5.6 so there you go. Thanks for = the tip on the compression list. Did not know of that = one.

I did come across this PDF in my hunt, and = Telestream admit to their H264 encoder crushing blacks, and provide this = work around. 
I tried various flavours of their recipe with little = success so far. Ho hum, I'll look into upgrading to v6, but AME uses the = Main Concept codec too. Trying that now, but its deathly slow compared = to every other encoder out there. Holy cow. did it get any better in = CS5?




On Dec 20, 2011, at 3:52 PM, Tupper, Scott (HQP) = wrote:

I think the issue went away when = Episode switched over to Main Concept=92s H.264 codec in ver 6. You may = want to bounce this over to the Compression-List@media-motion.tv to = verify.
 multimedia producer, media = services
robert half = international
office: 925.913.2180 
blackberry: hqpmediaservices@rhi.com |  925.394.5205
address: 2613 camino ramon | san = ramon, ca | 94583
 
 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  - scroll down a few = entries).
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 MercadoInfluxx Media = Production
 
Moving Images. For = Business




<= /body>= --Apple-Mail-8-396920309--