I've been using the I/O HD to record 720p Varicam to Pro Res HQ using a Macbook Pro and e-sata raid. We record to QT using the AJA VTR exchange software.
I have a couple questions:
1. When playing back to the HDSDI monitor using FCP it seems to drop partial frames. Is there a way to avoid this?
2. When the VTR exchange is used to play back a clip on the computer screen, the HDSDI monitor goes wacky. Is this normal?
3. One more...I captured a tape played back in the camera and the QT clip is like every other frame of video and the sound loses sync. What causes this? I did it once before with the incorrect TC setting in the AJA software, but it happened again with the usual setting.
[bruce alan greene]"1. When playing back to the HDSDI monitor using FCP it seems to drop partial frames. Is there a way to avoid this? "
What do you mean? What's the evidence?
[bruce alan greene]"2. When the VTR exchange is used to play back a clip on the computer screen, the HDSDI monitor goes wacky. Is this normal? "
Wacky how? Does it do this with AJA TV?
[bruce alan greene]"3. One more...I captured a tape played back in the camera and the QT clip is like every other frame of video and the sound loses sync. What causes this? I did it once before with the incorrect TC setting in the AJA software, but it happened again with the usual setting. "
Sounds like you have captured the wrong frame rate or you didn't use an easy setup with a 'VFR' tag on it.
[Jeremy Garchow]"Does the digital giberish happen at the same time in the file or does it happen sporadically?
Is the digital giberish apparent if you watch the Quicktime movie in Quicktime on your computer monitor?
Do you have reference running to the io, if so how? If not, how is your reference setup? Have you tried free run?
The digital digiberish happens at random times and not twice in the same place. The QT files play fine on the computer screen.
What's a "reference"? I'm just playing back through the fcp timeline or viewer to the AJA/HD monitor.
I've found that adding a filter to the clip will make for smoother playback at slightly reduced resolution, but I changed some setting in fcp and now it always tries to playback at full res and drops frames when a filter is applied. I guess I screwed with the RT settings and can't get them to change resolution for the non-rendered clips anymore. It seems like I need a little faster mac or there is a bottle neck in the data bus somewhere. I'm using an e-sata bus adapter and e-sata raid so that only the IO is on the firewire bus.
[gary adcock]"his is the bare minimum config for an IoHD. It will always be right on the edge for its ability to handle the data particularly for playback of HQ content.
try capturing and playing back plain ProRes - you will see that it works like a charm and you will see noticeably less errors "
Is the processor the bottle neck? Or, will more RAM help?
And, If I have AJA VTR exchange set to abort on dropped frames, can I assume I'm having only a playback issue if the capture does not abort?
I really want to capture 10 bit HQ if possible for color grading, and I've already captured 1/3 of the movie in this format. I've played back 1080P ProResHQ before without issue, so I thought that 720P wouldn't be a problem.
A 2.33 GHz machine in the recommended lowest common denominator. What frame rate are you working in? If you are working in 24p and the ioHD needs to add pulldown, I have seen this gibberish happen in that scenario. You can get around it by putting your 24p (or 30p) movie in a 720p60 timeline and rendering. Surprisingly, FCP will add proper pulldown to these 720p formats when rendering. The gibberish will go away.