|
|||||||||
|
Thread Tools | Search this Thread |
October 11th, 2005, 09:49 AM | #1 |
Regular Crew
Join Date: Sep 2003
Location: Toronto
Posts: 186
|
Yikes & HOLY #$@&! - Z1 and timecode breaks!
I'm hoping this is peculiar to my Z1 but I doubt it. Therefore this is a huge red flag to anyone who logs their tapes and captures across camera stops. The timecode is not continuous and in Premiere Pro 1.51 it can be off by 9 frames or more (possibly compounded). I've seen it in the DV downconvert (60i) and a Cineform 3.2 AspectHD capture (1080/30i). It happens at points where the camera was turned off. When turned back on the code appears to be picked up by the camera. In fact it's not. There's a hole on the tape which when played back at normal speed shows as the picture freezing for a second. But if you play the tape back a slow speed there is nothing there. The code picks up on the other side of the hole 30 frames later but Premiere pro sees the hole as 39 frames long which is probably its correct temporal length.
Ive also seen a one frame jump back in PPro over some camera pauses using scene detect in DV downconvert mode. Not sure why and I can't confirm that's what's coming out the firewire port because slow play is a little too fast to see a one frame jump. But it would mean a 1 frame timecode inaccuracy over some camera pauses in batch mode. So this appears to be a bug in the camera firmware in how it reconstitutes code to the ilink port over a broken GOP. I think the only reason it may not have been reported before is that the only time it will come into play is in an offline/online scenario which most people haven't been doing. But assuming that this is not peculiar to my camera it means that at present the only way to capture your material frame accurately in PPro is by avoiding capturing over camera stops. Using scene detect is one (the onle?) way this can be done. I'm really curious to find out if this is just my camera or not. Can someone else confirm by doing a scene detect doing dv downconvert (I don't think AspectHD yet supports scene detect). Over a camera turn-off you should see a jump back in code of 9 frames. You should also see 1 frame jump backs over some camera pauses. David |
October 11th, 2005, 10:22 AM | #2 |
Major Player
Join Date: Mar 2004
Location: Toronto, ON, Canada
Posts: 479
|
By "turning the camera off", do you mean recording some footage, turning the camera off then recording more footage? If so, I did about 4 hours of that on Friday and Saturday and experienced no problems whatsoever. However, I was shooting in DV SP mode, which could make a difference.
__________________
Mark Utley |
October 11th, 2005, 11:19 AM | #3 | |
Regular Crew
Join Date: Sep 2003
Location: Toronto
Posts: 186
|
Quote:
|
|
October 11th, 2005, 02:26 PM | #4 |
CTO, CineForm Inc.
Join Date: Jul 2003
Location: Cardiff-by-the-Sea, California
Posts: 8,095
|
It seems the problem is timecode reproducibility from DV to HDV over hard scene breaks. This sounds like a camera limitation. Aspect HD does handle these scene breaks but it only runs in HD modes, your DV offline needs similar scene break detection. I don't have an answer for DV offlining, which is not a workflow we recommend -- CineForm is trying to promote on-line all the time.
__________________
David Newman -- web: www.gopro.com blog: cineform.blogspot.com -- twitter: twitter.com/David_Newman |
October 11th, 2005, 03:03 PM | #5 |
Major Player
Join Date: Nov 2004
Location: Dallas
Posts: 747
|
I think it is your camera or you might have drop out or your lithium battery that keep timecode info when camera is off is dead because it is working perfect with me, I'm using Edius NX for HDV and timecode is dead on.
|
October 11th, 2005, 03:18 PM | #6 | |
Regular Crew
Join Date: Sep 2003
Location: Toronto
Posts: 186
|
Quote:
So it seems to be a camera issue (perhaps an issue with my camera - that has yet to be determined) that also would affect AspectHD if someone ingested over camera stops and wanted to re-ingest at a better resolution. David |
|
October 11th, 2005, 03:23 PM | #7 | |
Regular Crew
Join Date: Sep 2003
Location: Toronto
Posts: 186
|
Quote:
David |
|
October 11th, 2005, 09:39 PM | #8 |
Major Player
Join Date: Nov 2004
Location: Dallas
Posts: 747
|
Yes I frame my frame advance over the many spot where I know the camera was turn off completly and there are no timecode mess up or blue or black or whatever, one thing that came to mind is that if you have quick record turn on in the main menu, this might be the problem because the manual said you will not have continous timecode when this option is on, so check that and be sure that it is off.
|
October 12th, 2005, 07:04 AM | #9 | |
Regular Crew
Join Date: Sep 2003
Location: Toronto
Posts: 186
|
Quote:
"Frame advance" sounds like you're looking at it in the NLE not the camera where you can only slow play it. If your In PPro the same thing - no blue. On the camera, blue. David |
|
October 12th, 2005, 07:51 AM | #10 |
Major Player
Join Date: Nov 2004
Location: Dallas
Posts: 747
|
You can advance it frame by frame with the remote control, you need to read the manual about quick record, I think that is your problem and not anything with the Z1.
|
October 12th, 2005, 10:23 AM | #11 | |
Regular Crew
Join Date: Apr 2005
Location: san francisco california
Posts: 145
|
David,
Could you tell me how you are setting the timecode on the Z1? This may or may not apply to your problem or maybe completely unrelated. However, if you manually set the time code, let's say starting with timecode at 1:00:00:00:00, this should start on PRESET. After running tape for just a few seconds, I switch it immediately to REGENERATE. I do this for every tape I put in the Z1. Let's say you finish with tape one. On the second tape I set the timecode at 2:00:00:00, record a few seconds on PRESET and switch it to REGENERATE. Why am I telling you this? The Z1 will lose timecode if you review your tape even after cuing properly, change batteries or switch it off if it is set on PRESET. The camera does not allow for setting timecode in REGEN, so you have to switch to REGEN soon after you have set timecode to avoid this t/c skipping issue. Again, this may not apply to you and you maybe already be well aware of this procedure. I hate when people assume you do not know basic stuff and think we are not doing something basic the right way. That's why I say this may not apply to you at all or maybe irrelevant in your case. But, just in case ... Quote:
|
|
October 12th, 2005, 10:27 AM | #12 | |
Regular Crew
Join Date: Sep 2003
Location: Toronto
Posts: 186
|
Quote:
|
|
October 12th, 2005, 10:35 AM | #13 | |
Regular Crew
Join Date: Apr 2005
Location: san francisco california
Posts: 145
|
I agree with you on this. In any case, it is good to know that people are still going on with the good old habits: offlining/onlining. Good editing techniques never die.
Quote:
|
|
October 12th, 2005, 11:03 AM | #14 |
Major Player
Join Date: Nov 2004
Location: Dallas
Posts: 747
|
"So it seems that it is a problem with Qick Record, then. I did read the manual section on Quick Record before I went out and shot. It states that "the transition from the last recorded scene may not be smooth" It says nothing about discontinuous timecode."
Yeah you are right, it did not say discontinous timecode, It was a long time ago that I read the manual but that I entepret "the transition from the last recorded scene may not be smooth" as discontious timecode in my mind. But let us know if you are still having the problem after you turn it off. |
October 18th, 2005, 08:45 AM | #15 |
Inner Circle
Join Date: Sep 2002
Location: Vancouver, British Columbia (formerly Winnipeg, Manitoba) Canada
Posts: 4,088
|
Timecode breaks
Unfortunately, I too have experienced this while in HDV mode... FCP HATES me when I try to capture... seems to happen when the record heads dislodge from the tape, such as after 10 minutes of "downtime" or a power down... odesn't seem to happen all the time but definately more often than not...
Not that it should make a difference but I should state that this is material shot in HDV and down converted in camera to 16:9 ana. |
| ||||||
|
|