Forum Replies Created

Page 66 of 1230
  • Rafael Amador

    January 8, 2013 at 4:05 pm in reply to: 5DtoRGB versus L&T in FCP

    I just remember that I had this on my e-mail few weeks ago.
    It can be interesting for people working with that kind of footage;

    https://www.technicolorcinestyle.com/cinestyle-color-assist/

    rafael

    http://www.nagavideo.com

  • Rafael Amador

    January 8, 2013 at 3:23 pm in reply to: 5DtoRGB versus L&T in FCP

    Hi Sascha,
    My experience with LUT is about one job that I did with stuff shot on a Canan.
    They used the Technicolor Cinestile profile.
    When shooting with that profile, Technicolor has ready to download the LUT that reverse the curve applied on the camera.
    I did it in Color, but for what I’ve been reading, you can apply the same LUT with the help of “LUT Buddy”, in FC, PP, AE and Motion.
    In the end a LUT is not but a preset color correction.

    About the Sharpening, don’t worry until you have the color done.
    I use NeatVideo. Is very good.
    Rafael

    PS: Personally I’m not very fond of shooting with those too-flat profiles, because unless you have a monitoring system that apply the LUT your only guide when shooting is that flat picture on the camera LCD or external monitor. In the other hand, such a kind of picture profile makes sense only when you need to keep a very high dynamic range, and shooting with an 8b codec I have the feeling that I’m just dilapidating a great deal of bandwidth. You use only around a 40% or even less of the levels available from 0 to 109%.

    http://www.nagavideo.com

  • [Hal Masonberg] “Thanks. I’ve noticed that if I set it to “Render all YUV in High Precision”, it won’t allow me to render in prores 422. It has to be set to RGB.”
    That makes no sense.
    Should be the opposite.
    Prores is YUV.

    [Hal Masonberg] “if my original materials were in Photo-JPEG and then I switch it to Pro Res, isn’t that adding another generation of render? “
    Prores is virtually uncompressed, so it won’t cause further recompression.
    The main point is that you avoid the DV codec.
    Try rendering in the original JPEG codec. If you have not applied effect or changes in the Motion tab, it won’t be recompression. Exporting should be fast.
    rafael

    http://www.nagavideo.com

  • Rafael Amador

    January 8, 2013 at 10:30 am in reply to: 5DtoRGB versus L&T in FCP

    If you have used the the Technicolor Cinestile profile, you have to search the LUT (technicolor website).
    As soon as you load in Color the “S-Curve for Technicolor.mga”, half of the correction is done.
    The curve is applied to the whole project.
    For the sharpening, if needed, NeatVideo, and very carefully.
    rafael

    http://www.nagavideo.com

  • Rafael Amador

    January 8, 2013 at 2:14 am in reply to: compression for websites

    Hi Tom,
    If you scroll this page down, or you use the SEARCH window, you will find tons of post on this very matter.
    rafael

    http://www.nagavideo.com

  • [Hal Masonberg] “Thanks. I’ve also noticed that if I send the project directly to Compressor via FCP, it takes about 20 HOURS to compress. If I export a QT movie (no conversion) and bring THAT into Compressor, it only takes around 40 minutes. That’s a HUGE difference. Is one doing a more proper job than the other? Why does it take SO much longer sending it to Compressor directly from FCP?”
    The problem with “Send to Compressor”, is that Compressor do not use the renders all ready done on FC and render again. If you make a “Two Passes” MEPG-2, the stuff will be rendered twice, and if you make a Multipass H264, all your sequence will be rendered THREE times.
    Is a real waist of time.
    As Michael say, better to export a high quality master from FC and them import it to Compressor.
    rafael

    http://www.nagavideo.com

  • The camera is just one factor.
    The Canon or PANASONIC will do the job, but you won’t get that without proper lighting a good make up.
    rafael

    http://www.nagavideo.com

  • Rafael Amador

    January 7, 2013 at 12:33 pm in reply to: DSLR transcoding/decompressing. Necessary?

    [John Young] “H.264 is an intra-frame codec. So a frame of video will contain information that references another frame somewhere else in the file.”
    Sorry to correct you John, but is right the opposite.
    Intraframe has all the info on just one frame. No need of others for encoding/decoding.
    Those who needs other frames to be encoded/decoded are GOP or “interframe”.
    H264 can be both, Intraframe (as on the Canon), or GOP, as the H264 flavors that we use for BluRay, YouTube, etc.
    rafael

    http://www.nagavideo.com

  • Rafael Amador

    January 7, 2013 at 12:13 pm in reply to: FCP 7 not Capturing Anamorphic flag

    [Hilary Weeks] “Quicktime 7 isn’t interpreting the files as anamorphic and popping the window out to 1024×576.”
    Is like that. The Anamorphic flag most time doesn;t work properly.

    [Hilary Weeks] “I could tick it but this means I have to re-export the files which isn’t ideal as this is a bulk ingest project and we are talking hundreds of feature length files. I need them to capture correctly in the first place so I can just deliver “as is”.”
    No need to recapture.
    Select all the files on the Browser and click on the “Anamorphic” column.

    [Hilary Weeks] “Our client is rejecting the files as they think the content is 4×3 with a squashed image.”
    If your client is playing the clips in QT, he will need to get used to this, unless you change the “Movie Properties: Cmd-J Video Track > Visual Settings. Set 1024×576.
    Carful, because if reimported to FC, the files won’t show up as 720×576 Pal, but as 1024×576 Squared Pixels.
    rafael

    http://www.nagavideo.com

  • Set also “Render all YUV in High Precision”.
    rafael

    http://www.nagavideo.com

Page 66 of 1230

We use anonymous cookies to give you the best experience we can.
Our Privacy policy | GDPR Policy