Forum Replies Created

Page 19 of 22
  • Dmitry Kitsov

    March 19, 2012 at 7:45 pm in reply to: Real time playback issue with GTX 285 & GT 120

    In this configuration it will report only one.

  • Thank you very much. Can’t believe I could overlook something so obvious.

  • Thank you. I think it is a new behavior.

  • Dmitry Kitsov

    March 18, 2012 at 12:08 am in reply to: Image Stabilization in Resolve 8.2

    Yes, it does seem that “Basemem”-ing any node results in the reset of Input/Sizing and Stabilization.

  • Dmitry Kitsov

    March 17, 2012 at 11:56 pm in reply to: Image Stabilization in Resolve 8.2

    Curios if it related to Input/Sizing bug.

  • Dmitry Kitsov

    March 14, 2012 at 5:44 am in reply to: Conforming problem with h264

    If DaVinci would use frame count rather than the timecode then the grade would break (dynamics/windows/timing) every time you change your edit or bring in the clips in from somewhere else (VFX etc). Just an educated guess.

  • Dmitry Kitsov

    March 14, 2012 at 5:37 am in reply to: Davinci Resolve on Windows 7 install Nightmare

    I had no issues installing Resolve on Windows 7, 64 bit. In my experience when something like that happens it is either Antivirus/firewall or user’s permissions.

  • When will mac users learn how to use right click? But seriously, context/right click menues are a king in resolve. Also there is a pdf available on the resolve support page it is called Colorist reference. All of such info is there. Also Adobe Acrobat has a useful shortcut Command-f will bring up a search pop up. Very useful

  • Dmitry Kitsov

    March 13, 2012 at 5:28 pm in reply to: Conforming problem with h264

    Actually codec shouldn’t make a difference. timecode here is a something that the wrapper takes care of. In this case is .mov. It also makes no difference if you convert to ProRes first. But as I said do run a test on a duplicate project and duplicates of the files to make sure it won’t break your edit.

  • Dmitry Kitsov

    March 12, 2012 at 7:34 pm in reply to: Conforming problem with h264

    I had a similar problem with a client providing AIC .mov each one of them starting with 00:00:00:00 timecode. There is a little piece of software called qtChange. It cost $25 dollars and does wonders on Quicktime files by creating a new timecode. It can also extract time of make from a THM sidecar file if you have an access to the original media structure from dslr (good practice to copy an entire card rather than files anyway). The danger of course is that if there is any useful timecode in the files to be modified it will alter it and break any workflow that relies on the existing timecode. If there was no useful timecode to begin with there is almost 0 risk in altering the edit. The reason is that many editing apps (FCP and Premiere) do not explicitly use timecode to conform the timeline. They are counting frames from the beginning of the file. There are some exceptions however (some FCP nested sequences or multicam may suffer.) Anyhow I recommend making a copy of a project and trying it with qtChange (google it). I can confirm that using it on a footage that all had the same timecode and no reel names did work in FCP and in PPro (PC). I just had to set up reel name creation in qtChange, and offline and relink all of the files after altering the timecode. I also had to change some settings in Resolve (do not recall right now) and use amf instead of xml to conform.
    P.S. My resolve station is a Windows station. so xml might work fine for you (my understanding – fcp xml 5 out of PPro on Windows is buggy)

Page 19 of 22

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