Thomas Mcnamara
Forum Replies Created
-
Thanks for the advice!
-
Yeah that’s sort of what I figured, thanks Shane!
-
For sure; since they won’t translate, my question was really how are people communicating these sorts of things with the finishing house (short of just emailing them), or indicating this need in an EDL or comments. I’m sure I’m overthinking it here, just want to avoid costly mistakes by not making any assumptions. Thanks for your insight.
-
Awesome, thank you Shane. If the shot was ramped, where it won’t translate in an EDL, what do you do in these cases? I guess that would be up to the finishing house, but I’m just trying to see what people are usually doing here so I can plan ahead.
Someone I worked with just ran into a big problem for providing an EDL referencing a shot with a speed change that gave the wrong in/out and the finishing house was working with the wrong shot duration for two days. Hence why I’d like to be careful.
Thank you again, much appreciated.
-
Did you ever find a resolution for this problem? I’ve been getting the exact same error message working in 10.5.5 and QT 7.5.5 , FCP 6.0.5. Crashes when scrubbing sometimes, or rendering. We cannot find a resolution for this. I’ve scoured the internet – doesn’t seem like anyone else has gotten this particular error message.
-
Will do, thanks Bob.
-
(Except I’ve since updated to 10.5.4 and FCP 6.0.4 per Gary’s advice.)
-
I was recently speaking to a tech about this, and he said that it’s a well-known quicktime issue that comes and goes with different updates. Thoughts? My system specs are above…
-
Thanks for the reply and for clearing that up.
-
I’m actually dealing with this exact scenario next week. Quick question though – wouldn’t you set the video playback in FCP to 1080i29.97 10bit, from a DVCPROHD 720p23.98 sequence, what you wanted recorded on the deck, instead of what you have posted, 720p59.94 8bit? Or does this even matter, since the SR deck is set to 1080i29.97 already?