-
JKL shuttling issue with CS6 on Mac/Decklink
I’m having a major issue with PP CS6 when playing clips using JKL shuttling while playing out via SDI through my Decklink card. The Decklink output lags significantly from the Program window playback, to the point where it’s completely unusable for client-supervised editing.
Shuttling is acceptably responsive on the computer display, but I cant shuttle a clip for a client/director on the external monitor, because the frames being displayed on the monitor are not what is actually under the playhead. So when the director snaps his fingers to tell me where to stop, and I hit the “K” key, the monitor playback will jump to a frame that is significantly offset (generally by numerous seconds) from whatever frame was visible when I initially pressed the K key.
It doesn’t matter if I use ProRes, Uncompressed, H264, etc source clip codecs, nor does the timeline/clip base framerate make any difference to this behavior.
I thought this problem might be caused by the fact that I’m pulling media from a 10Gig Ethernet NAS, but when I tested this on a locally attached RAID0 stripe, it still did not improve the lag issues.
Thinking this was a Decklink related problem, I asked another editor in my facility, who is running a similar setup, except she’s running on an AJA Kona3 card, and she reported having the exact same issue.
Is there a workaround/fix for this? Or is this one of the inherent downsides of the Mercury Transmit engine?
I’m running PP CS6 v6.0.2 on OS X 10.8.2 (2010 8-core Mac Pro / 3x GTX570 cards w/.txt CUDA enabler hack / NVIDIA 304.00.05f02 drivers / Decklink Extreme 3D+ card / Decklink 9.7.1 drivers).