Return-Path: Received: from mail-qa0-f41.google.com ([209.85.216.41] verified) by media-motion.tv (CommuniGate Pro SMTP 4.2.10) with ESMTP-TLS id 4873537 for AE-List@media-motion.tv; Tue, 16 Oct 2012 02:54:11 +0200 Received: by mail-qa0-f41.google.com with SMTP id c4so78003qae.7 for ; Mon, 15 Oct 2012 17:56:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=Vta34lk4tpHOQZlovvelb/c6fk/Z9Uj7JUscy+IaWZg=; b=azc62yhFTwz0cPdm8xtvIY7GhnKjXhNe7Gnt/rfyHda5Jh54a/xIesieEmHZFrgBjs g7e2QCDktPWMIrJgz6015uXpyCIR6kWlREdvuBWZfn51thOcYGeSDHNFqZt26JbUTxZh 3ni+Frj5mVDdcXeb2DChwXW5hV2rADRRQ8vXza2yPZTkB8GfrMl5D2XpCTVAluf7ofcF aGNHGdfrDf/pEBfNnQAZfdSv+E1Er1Fg2ChInL5PAS34SGfOJOzh3b9Vj+w8cu8bYEVV EIRGyeXFxEEkGplBdn4lfAT7lS2n7szX7o6piRmaE2RznWoOmC0vHjiFZjQwj7PzwY6e ih7g== MIME-Version: 1.0 Received: by 10.49.71.71 with SMTP id s7mr31884688qeu.33.1350348989865; Mon, 15 Oct 2012 17:56:29 -0700 (PDT) Received: by 10.49.128.65 with HTTP; Mon, 15 Oct 2012 17:56:29 -0700 (PDT) In-Reply-To: References: Date: Mon, 15 Oct 2012 19:56:29 -0500 Message-ID: Subject: Re: [AE] RED in CS6 From: Brian Higgins To: After Effects Mail List Content-Type: multipart/alternative; boundary=047d7b677bc6dd1d0c04cc229f2f X-Gm-Message-State: ALoCoQlGWrd3j30+yPP10vi2uwPnjHz9EC5frDWEIRT3lnhg11kQ5VA6fCMqYPq0Rm16enQfo311 --047d7b677bc6dd1d0c04cc229f2f Content-Type: text/plain; charset=ISO-8859-1 Right on! If you write the files to a 16-bit format, you won't really be throwing any information away. You'll be committing to white balance and color space/curve, but that's something I set once at the beginning and never change, anyway. -b On Mon, Oct 15, 2012 at 7:51 PM, Phil Spitler wrote: > Thanks Brian. > > We are delivering 1920x1080 but are doing some serious pushes on the > footage. > > It seems like the scaling could be a big issue as I just rendered a 5k > clip and it is 3 times the speed as rendering the same clip at 1080 (after > scaling the footage). > > I will look at the debayeing settings too to see what I can figure out, > > The reason I wanted to keep the files R3d was so that I could do the color > and keying with maximum information in the file. > > More testing to come. > > Thanks. > > Phil > > > > > > *Phil Spitler* | Creative Technologist | *Bonfire Labs* | t : > 415.394.8200 m : 415.571.3139 > > Website | Facebook| > LinkedIn > > On Oct 15, 2012, at 5:45 PM, Brian Higgins wrote: > > Phil, what resolution is your deliverable? Jack is right on the money. > Just because you *can* debayer on the fly, doesn't mean you should. > Heck...if you're not doing push-ins and repos, you probably don't even > need to do a full debayer! If you have fast and large enough storage, do > the debayering when you do the conform and write out DPX/TIFF/EXR sequences > of what you need. You'll be much happier! > > Here's a test for you to try if your deliverables are (only) HD like mine > are. It's somewhat footage dependent, but might be enlightening: Load the > same r3d file twice. Debayer the first copy at full 5K, then debayer the > second at half premium. Drop them both into 1920x1080 comps, and scale > them so they fill the HD frame. Now toggle between them and see how much > difference you can spot. I can sometimes see a tiny, tiny sharpness > improvement on the full-debayered version, but a lot of the time I can't. > Now put a little sharpening (should be standard operating procedure on Red > and Alexa footage) on both comps and see if you can tell the difference. > If you've got 200% blowups to deal with or are mastering at greater than > HD resolution you obviously need the full debayer, but if you aren't, you > might not. > > As to your render times...have you tried rendering a chunk out of RedCine? > A full debayer should only take a few seconds per frame there, even without > a RedRocket. > > $.02, > Brian > > > On Mon, Oct 15, 2012 at 7:16 PM, Jack Tunnicliffe wrote: > >> Depending on what you are doing with the Red files it's sometimes better >> to render it out as an image sequence, say 16 bit tiffs or something >> similar so you computer isn't doing the debayer for every frame while you >> are working with it. I find the only reasonable explanation for sticking >> with the R3D data is so you can get at the raw data at the initial stages >> should there be under exposure, over exposure, etc. You can find detail >> that would otherwise be lost, but really after that, why not convert it to >> a more AE friendly format. >> >> Jack Tunnicliffe >> Java Post Production >> www.javapost.ca >> >> >> >> On Oct 15, 2012, at 6:09 PM, Phil Spitler wrote: >> >> Wow, working with 5k HD Red footage in CS5.5 is REALLY painful. >> >> Has this been improved in CS6? >> >> It must be the RED decoding that is taking the time as I use 5k plates >> from our 3d guys without this issue at all. >> >> I did a simple garbage matte / Primate key and resize and it is saying >> 2.5 hours to render a 10 second clip. >> >> Plus the machine is really un-responsive.... >> >> This is on an 8 core Xeon with 16GB RAM running CS5.5 >> >> Any idea? >> >> Thanks >> >> Phil >> >> >> >> >> >> >> *Phil Spitler* | Creative Technologist | *Bonfire Labs* | t : >> 415.394.8200 m : 415.571.3139 >> >> Website | Facebook| >> LinkedIn >> >> >> > > > -- > brian higgins | creative director > Sol Design > 312.706.5500 > higgins@soldesignfx.com > soldesignfx.com > > > > > > -- brian higgins | creative director Sol Design 312.706.5500 higgins@soldesignfx.com soldesignfx.com --047d7b677bc6dd1d0c04cc229f2f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Right on! =A0If you write the files to a 16-bit format, you won't reall= y be throwing any information away. =A0You'll be committing to white ba= lance and color space/curve, but that's something I set once at the beg= inning and never change, anyway.

-b

On Mon, Oct 15, 2012 at= 7:51 PM, Phil Spitler <phil@bonfirelabs.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">
Thanks Brian.

We are= delivering 1920x1080 but are doing some serious pushes on the footage.

It seems like the scaling could be a big issue as I j= ust rendered a 5k clip and it is 3 times the speed as rendering the same cl= ip at 1080 (after scaling the footage).

I will look at the debayeing settings too to see what I= can figure out,

The reason I wanted to keep the f= iles R3d was so that I could do the color and keying with maximum informati= on in the file.

More testing to come.

Thanks.<= /div>

Phi= l




Phil Spitler= =A0 |=A0 Creative Technologist =A0 |=A0 Bonfire Labs=A0 |=A0 t : 415.394.8200=A0 m : 415.571.3139

Website | Facebook | <= a href=3D"http://www.linkedin.com/company/235257?trk=3Dtyah" target=3D"_bla= nk">LinkedIn

On Oct 15, 2012, at 5:45 PM, Bri= an Higgins wrote:

Phil, what resolution = is your deliverable? =A0Jack is right on the money. =A0Just because you *ca= n* debayer on the fly, doesn't mean you should. =A0Heck...if you're= not doing push-ins and repos, you probably don't even need to do a ful= l debayer! =A0If you have fast and large enough storage, do the debayering = when you do the conform and write out DPX/TIFF/EXR sequences of what you ne= ed. =A0You'll be much happier!

Here's a test for you to try if your delivera= bles are (only) HD like mine are.=A0It's somewhat footage dependent, bu= t might be enlightening:=A0 Load the same r3d file twice. =A0Debayer the fi= rst copy at full 5K, then debayer the second at half premium. =A0Drop them = both into 1920x1080 comps, and scale them so they fill the HD frame. =A0Now= toggle between them and see how much difference you can spot. I can someti= mes see a tiny, tiny sharpness improvement on the full-debayered version, b= ut a lot of the time I can't. =A0Now put a little sharpening=A0(should = be standard operating procedure on Red and Alexa footage)=A0on both comps a= nd see if you can tell the difference. =A0If you've got 200% blowups to= deal with or are mastering at greater than HD resolution you obviously nee= d the full debayer, but if you aren't, you might not.

As to your render times...have you tried rendering a ch= unk out of RedCine? A full debayer should only take a few seconds per frame= there, even without a RedRocket.

$.02,
Brian


On Mon, Oct 15= , 2012 at 7:16 PM, Jack Tunnicliffe <jack@javapost.ca> wrote:=
Dependin= g on what you are doing with the Red files it's sometimes better to ren= der it out as an image sequence, say 16 bit tiffs or something similar so y= ou computer isn't doing the debayer for every frame while you are worki= ng with it. I find the only reasonable explanation for sticking with the R3= D data is so you can get at the raw data at the initial stages should there= be under exposure, over exposure, etc. You can find detail that would othe= rwise be lost, but really after that, why not convert it to a more AE frien= dly format.=A0

=
Jack Tunnicliffe
Java Post Production
www.javapost.ca



On Oct 15, 2012, at 6:09 PM, Phil Spitler <phil@bonfirelabs.com> wro= te:

= Wow, working with 5k HD Red footage in CS5.5 is REALLY painful.

Has this been improved in CS6?=A0

I= t must be the RED decoding that is taking the time as I use 5k plates from = our 3d guys without this issue at all.

I did a sim= ple garbage matte / Primate key and resize and it is saying 2.5 hours to re= nder a 10 second clip.

Plus the machine is really un-responsive....
=
This is on an 8 core Xeon with 16GB RAM running CS5.5
<= div>
Any idea?

Thanks

Phil



=


Phil Spitler= =A0 |=A0 Creative Technologist =A0 |=A0 Bonfire Labs=A0 |=A0 t : 415.394.8200=A0 m : 415.571.3139

Website | Facebook | <= a href=3D"http://www.linkedin.com/company/235257?trk=3Dtyah" target=3D"_bla= nk">LinkedIn





--
brian higgins | creative di= rector
Sol =A0Design







--
brian hi= ggins | creative director
Sol =A0Design



--047d7b677bc6dd1d0c04cc229f2f--