|
|||||||||
|
Thread Tools | Search this Thread |
September 27th, 2006, 02:44 PM | #1 |
Major Player
Join Date: Mar 2006
Location: Sherman Oaks, CA
Posts: 471
|
6 second gaps at start/stop with HDV Capture & FCP
Has anyone figured out a way to eleminate the 6 second dropouts between subclips while capturing with the HDV codec?
I'm still using AIC as a work around but I'm wondering if anyone has figured this problem out or contacted Apple for support. |
September 27th, 2006, 03:20 PM | #2 |
Major Player
Join Date: Apr 2006
Location: Melbourne, Australia
Posts: 826
|
Hi Scott.
I've given a suggested workaround for replacing those missing first seconds of footage in post #48 of the sticky thread "FCP 5.1.2 NOW AVAILABLE with 720P24 & 720P25 native support". This would at least enable you to work in an HDV 720p sequence rather than AIC. But I don't have a solution for why FCP won't capture those early seconds in the first place. |
September 27th, 2006, 05:52 PM | #3 |
Regular Crew
Join Date: Jul 2006
Location: Los Angeles, CA.
Posts: 29
|
do you have scene detection turned off? please turn it on and your problem will be fixed.
|
September 27th, 2006, 06:11 PM | #4 |
Regular Crew
Join Date: Apr 2006
Location: Jacksonville, FL
Posts: 48
|
Actually, turning off scene detection doesn't help. I had the same problem for a while. Checked with Apple, checked with JVC. Both acknowledged that it's an issue with the way the TC blips when you start/stop the camera. Neither really presented a solution.
At this point, for anything I've shot event-style, I just use AIC. |
September 28th, 2006, 11:48 AM | #5 |
Regular Crew
Join Date: Jan 2006
Location: Vancouver, B.C. Canada
Posts: 105
|
New clips without start and stop
Here's one for ya. I have the same problem as well. Doesn't matter what setting when capturing HDV, it will always start a new clip at start/stop. No problem I guess, I've heard that's how HDV works. My problem is that sometimes when capturing, FCP will start capturing subclips even when there is no start stop of TC breaks. I've checked frame by frame for dropouts or anything, it just seems that it does it when it feels like it. Evren tape drop outs won't trigger the new clip I've found. I really hope that the 5.1.2 update will fix these problems.
Does anyone else have this problem? thanks, Brian |
September 28th, 2006, 01:39 PM | #6 | |
Regular Crew
Join Date: Jul 2006
Location: Los Angeles, CA.
Posts: 29
|
Quote:
|
|
September 28th, 2006, 01:42 PM | #7 |
Major Player
Join Date: Feb 2005
Location: UK
Posts: 383
|
Brian,
If you look in one of the tabs in the capture window, there is a checkbox marked "create new clip on stop/start" turn this off. |
September 28th, 2006, 01:46 PM | #8 | |
Trustee
Join Date: Apr 2005
Location: Santa Cruz, CA
Posts: 1,116
|
Quote:
Good luck. |
|
September 28th, 2006, 02:59 PM | #9 |
Wrangler
Join Date: Oct 2002
Location: Los Angeles, CA
Posts: 2,100
|
Paolo,
I think they're talking about the behavior of FCP if there's a timecode break. Previously in FCP, if there was a break in 720p30, FCP would stop tape, back up, try again, and in the process lose 4 seconds and 4 frames of material. It just plain wouldn't digitize over the break.
__________________
My Work: nateweaver.net |
September 28th, 2006, 03:07 PM | #10 | |
Major Player
Join Date: Mar 2006
Location: Sherman Oaks, CA
Posts: 471
|
Quote:
So this has made a really big problem into a small one, as long as I pre-roll a second or two between each interview (which I'm doing already) all my other shots should be fine. I'll probably use the HDV codec for my next project. Thanks for the help! |
|
September 28th, 2006, 04:09 PM | #11 |
Wrangler
Join Date: Oct 2002
Location: Los Angeles, CA
Posts: 2,100
|
Alright then, maybe I stand corrected!
__________________
My Work: nateweaver.net |
September 28th, 2006, 08:32 PM | #12 |
Trustee
Join Date: Apr 2005
Location: Santa Cruz, CA
Posts: 1,116
|
Scott, glad that it worked. Pre-roll is defintely necessary. I believe it's pretty much the ame with any tape-based camera but the HD100 has definitely a need for more time. You can see that the "REC" label in the VF turns from white to red, that's your "safe area".
Nate, the behaviour that you described can deintely happen, data breaks or timecode breaks caused that and probably the pre/post-roll setting apply to each break. |
| ||||||
|
|