Return-Path: Received: from asbnvacz-mailrelay01.megapath.net ([207.145.128.243] verified) by media-motion.tv (CommuniGate Pro SMTP 4.2.10) with ESMTP id 4569608 for AE-List@media-motion.tv; Wed, 21 Dec 2011 07:38:08 +0100 Received: from mail1.sea5.speakeasy.net (mail1.sea5.speakeasy.net [69.17.117.39]) by asbnvacz-mailrelay01.megapath.net (Postfix) with ESMTP id 9B6CCA7192A for ; Wed, 21 Dec 2011 01:44:19 -0500 (EST) Received: (qmail 27457 invoked from network); 21 Dec 2011 06:44:19 -0000 Received: by simscan 1.4.0 ppid: 10081, pid: 15309, t: 2.0744s scanners: clamav: m: Received: from c-24-19-205-131.hsd1.wa.comcast.net (HELO [192.168.1.125]) (albion@[24.19.205.131]) (envelope-sender ) by mail1.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 21 Dec 2011 06:44:17 -0000 From: James Culbertson Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: multipart/alternative; boundary=Apple-Mail-1-397739556 Subject: Re: [AE] [OT] H264 Gamma Shift Date: Tue, 20 Dec 2011 22:43:26 -0800 In-Reply-To: To: "After Effects Mail List" References: Message-Id: <49C11ABF-4BE0-4C99-92C2-40CFD6867572@speakeasy.net> X-Mailer: Apple Mail (2.1084) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail1.sea5 X-Spam-Level: * X-Spam-Status: No, score=1.7 required=8.0 tests=BAYES_50,HTML_80_90, HTML_MESSAGE autolearn=disabled version=3.0.4 --Apple-Mail-1-397739556 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Version 6 introduced an H.264 aliasing bug in at least some cases which = still has not been fully resolved with the latest revision. In those cases, even Compressor does a better job... so be careful = before submitting such renders to clients. James On Dec 20, 2011, at 10:29 PM, adam mercado wrote: > 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. >=20 > I did come across this PDF in my hunt, and Telestream admit to their = H264 encoder crushing blacks, and provide this work around.=20 > http://www.telestream.net/pdfs/user-guides/Simple-Encoding-Recipes.pdf > 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? >=20 >=20 >=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 > On Dec 20, 2011, at 3:52 PM, Tupper, Scott (HQP) wrote: >=20 >> 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. >> =20 >> =20 >> scott tupper | multimedia producer, media services >> robert half international >> office: 925.913.2180=20 >> blackberry: hqpmediaservices@rhi.com | fax: 925.394.5205 >> address: 2613 camino ramon | san ramon, ca | 94583 >> =20 >> 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 >> =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 >>=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 >> =20 >=20 --Apple-Mail-1-397739556 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




<= /div>
= --Apple-Mail-1-397739556--