September 19, 2009 at 2:48 pm
I know it’s AJA OT, but lets face it, this is where the hi end FCP users live on Cow.
MAC Pro, OS-X 10.5.8, Kona 3, FCP7, super fast SATA RAID array (>600Mb/sec).
When you to into Multiclip with only 3 streams of DVCProHD (less than 60Mb/sec), you get dropped frame errors. As I have learned from Warren Eig, a work around is to turn off “abort on dropped frames” in User Preferences, but this is a BULLS#$% solution. And yes, this workaround does work.
Someone just emailed me to “make sure you are in dynamic playback and unlimited RT”. It’s Saturday, and client is in LA, so I can’t check for this now.
Any suggestions as to what may be happening here ? (and for those that know me – YES, this is with LOCAL storage, not shared storage).
September 19, 2009 at 7:00 pm
I feel your pain. I do have my settings set to dynamic playback and unlimited RT.
Here’s to Snow Leopard and FCP 7 combo fixing this!
September 20, 2009 at 1:45 am
What frame rate are the clips and how was it captured? What frame rate is the timeline?
If you stack 3 DVCPro HD clips on 3 different tracks, scale them all down so you can see them, will it play then? THis is basically seeing if 3 streams of DVCPro HD will play, and will also point to a multiclip issue.
How was the multiclip made and what sync points are used?
Prolly goes without saying, but is the card is in the right place and Expansion Slot set correctly if needed?
How many tracks of audio? If it was captured incorrectly, the Kona defaults to 16 tracks of audio. Perhaps it can’t keep up (not from lack of drive speed, but lack of rt).
This seems to be a slight mismatch of settings somewhere, and with muticlips, everything should be the same.
If you turn off external video, does it play then?
September 20, 2009 at 1:50 pm
both Warren and I have observed (his thru shared storage, mine thru local storage) that with DVCProHD clips (in my case 3), you get dropped frames, however, if you just play back 3 streams of DVCProHD (or more), there is no issue. IT’s multiclip ! Warren properly suggested going into User Settings and turning off “abort on dropped frames”, and he was correct- this is how we are working for multiclip at “higher resoutions” than DV25. I am now told that OS-X 10.6 and FCP supports multithreading (using all the core processors, not just one), and this is no longer an issue.
I am not experienced in multiclip. As I speak to others that do this all day long, it is apparantly a common practice to do an “offline” multiclip – with offline photo jpeg or DV25, and then redig back to DVCProHD or ProRes422HQ for the media that you have selected. I ASSUMED that with larger fibre systems (like XSAN) or
simply local storage, doing multiple cameras all live at full HQ resolution would be no issue.
September 20, 2009 at 1:56 pm
[Bob Zelin] “doing multiple cameras all live at full HQ resolution would be no issue. “
This past Winter, I did a 5 camera multicam with 5 streams of DVCPro HD on a laptop connected to a Sonnet F2.
With a big system and a big and fast raid, you should be crunching through this no problem.
My guess is that there’s something that is not setup correctly in terms of the multiclip.
September 21, 2009 at 3:38 am
I have found turning off realtime scopes will do the trick with DVCPRO-HD.
Your milage may vary.
Log in to reply.