Forum Replies Created

Page 41 of 50
  • Jake Blackstone

    June 22, 2011 at 6:35 am in reply to: Attention resolve 8 beta users.

    Not to advertise other products, as I was accused in the past, but if anyone had a chance to see how both Nucoda and now, Baselight do the pre-caching, they will understand the wonderful interactivity, full time full resolution and no degradation of performance with use of NR and NO RENDER at the end of the session! All render is done in the background. I understand the sexiness of doing everything in real time with no render, but unless you have 8-16 GPUs that’s not really practical…

  • I don’t know:-)
    I had a conversation with a friend of mine. He’s very talented engineer and programmer. If you ever used Baselight, you’d know the innovative tools he had wrritten:-)
    Anyway, I was doing the same thing, that everybody was doing this morning-bashing FCPX-no EDL/XML/OMF etc. The usual litany… By that time he already poked around the code and he was actually quite impressed with what he saw under the hood. As a developer he was very excited about the possibilities and opportunities FCPx has provided…

  • FCPx contains code for XML as well as Python scripting capabilities. There is no GUI for it, but third party developers will be able to use that to build additional features for their products. An example of that would be something like BM building “send to Resolve” button right inside the FCPx. No EDL or XML needed.
    So, everyone, who’s predicting that sky is falling, relax and allow Apple and third party developers a bit more time to roll out the additional functionality…

  • Jake Blackstone

    June 22, 2011 at 2:20 am in reply to: Attention resolve 8 beta users.

    Peter.
    I understand, that BM philosophy is to try to do everything in real time. In this case I think it’s a mistake to apply this philosophy to NR. It is known, that proper, high quality NR is EXTREMELY resource intensive. To do real time motion analysis over multiple frames is not a casual undertaking. Every other software manufacturer does NR as a background process. This way, system resources could be used for actual grading and even Open CL could be then used. Just render NR images to DPX and grade from that. Problem solved!

  • Jake Blackstone

    June 21, 2011 at 12:38 am in reply to: ProRes 4444 @ 4K

    Dwaine.
    Could you expand on what this command actually does, beside allowing the 4k render? What is a lookahead?

  • Jake Blackstone

    June 21, 2011 at 12:35 am in reply to: The new wave, OpenCL, NVIDIA, and FCPX

    in it’s present iteration, version 8 included, you still need a separate GPU for rendering and for GUI. So, getting a single 4000 card will not help.
    Also, the problem with system recognizing just the GPU, that is attached to the monitors is not new. I’m dealing with this all the time, as I’m using my Mac for both Resolve and Smoke. I occasionally have to move my monitor feeds, depending on the use of Smoke or Resolve. Luckily, right now, I mostly use Resolve for rendering DPX to Prores, so I can leave my monitors alone. But, if I decide to use Resolve 8 and Smoke on a full time bases, along with an upcoming FCPx… Well, that’s going to be a problem. It is apparent, that the culprit is Resolve, as it’s the only software, that requires a separate GPU for GUI. So, I’d like to see an ability in Resolve to be able to allocate the specific GPU for a specific task. regardless where monitors attached.

  • Jake Blackstone

    June 8, 2011 at 12:49 am in reply to: Plasma vs LCD Question

    I use Panasonic Pro 52″ as my main grading monitor. I didn’t find drifting troublesome. What I do find bothersome is the flickering of the picture, where it appears as an 8/10 bit banding. Mind you, I use my monitor with an HDSDI 10 bit input. The problem with plasma technology, that in order to be able to maintain a quick refresh rates, plasma has to be kept in the excited stage, which is done with a bias duty cycle. That in itself causes awful artifacts. But, I would still take that over milky blacks of majority of LCDs. Other than that, no complains:-)

  • Jake Blackstone

    June 8, 2011 at 12:40 am in reply to: denoise and sharpen before or after RESOLVE

    As far as I know, no, they weren’t sold to a military company. They did buy a military company- Image Systems and took that name for the whole company. I guess, if the direction of post business continues unchanged, pretty soon every company will be looking for a different type of business. Not every company feels, that giving away their software to sell some hardware is a business with great future. Assimilate is next. Lustre is discontinued already. Pretty soon the choice will be Resolve or a free Resolve. Well, at least on a Mac…
    But for the record, FilmMaster’s planar tracking leaves a lot to be desired. Not in the same league as the one in Lustre or Resolve.

  • Jake Blackstone

    June 5, 2011 at 3:21 am in reply to: denoise and sharpen before or after RESOLVE

    Oh, I see. Unless I’m singing praises to Resolve, everything otherwise is considered to be advertising? Awesome logic…
    Nevertheless, if you insist, here goes the disclosure:
    I’m not connected in any way to Digital Vision or Red User group. Happy now?
    But you go ahead and keep spreading FUD on NR reducing the color gamut:-)

    До того как давать совет, неплохо бы иметь хоть какую то практическую информацию:-)

  • Jake Blackstone

    June 4, 2011 at 4:53 am in reply to: denoise and sharpen before or after RESOLVE

    Totally wrong advice.
    If you use proper tools, NR will not affect color range at all.
    ALWAYS use NR BEFORE grading. Your keys will thank you and you’ll be able to push your images a bit farther.
    Said that, I’m a bit impartial, as I use FilmMaster, which features one of the best Degraining and NR tools in the business-Clarity. If you’d like to know what a world class NR looks like, visit an upcoming Red Users meeting on June 11th and see it for yourself. There will be a demo of FilmMaster grading Open EXR images.

Page 41 of 50

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