From: Martin S Taylor on
Martin S Taylor wrote
> While you're there, as it were, the (FireWire) camcorder normally works fine,

> but sometimes it locks up and is ignored by programs which should be able to
> access it. FCP, QT 7, QT (new) can all see it, but none of them will import
> from it. The new QT Player, for instance, just displays a yellow triangle
> when I set it to record from the camcorder. Is there a way I can force a
> reset without rebooting the computer?

Aha! iChat tells me that "Another application is using your camera". Although
there isn't another application running on the computer.

Does this help?

MST

From: Elliott Roper on
In article <0001HW.C7AA11A600611465B01029BF(a)text.news.virginmedia.com>,
Martin S Taylor <mst(a)hRyEpMnOoVtEiTsHm.cIo.uSk> wrote:

> Martin S Taylor wrote
> > While you're there, as it were, the (FireWire) camcorder normally works
> > fine,
>
> > but sometimes it locks up and is ignored by programs which should be able
> > to
> > access it. FCP, QT 7, QT (new) can all see it, but none of them will import
> > from it. The new QT Player, for instance, just displays a yellow triangle
> > when I set it to record from the camcorder. Is there a way I can force a
> > reset without rebooting the computer?
>
> Aha! iChat tells me that "Another application is using your camera". Although
> there isn't another application running on the computer.

I vaguely remember something similar. Camera operation from FCP and
another earlier edit program I used on OS 9 - Cinestream - was also
flaky. I think I rebooted when it happened.

--
To de-mung my e-mail address:- fsnospam$elliott$$
PGP Fingerprint: 1A96 3CF7 637F 896B C810 E199 7E5C A9E4 8E59 E248
From: Elliott Roper on
In article <0001HW.C7AA0B76005FA11DB01029BF(a)text.news.virginmedia.com>,
Martin S Taylor <mst(a)hRyEpMnOoVtEiTsHm.cIo.uSk> wrote:

> Elliott Roper wrote
> >> ...this is extremely likely, since the clip was captured onto a very big,
> >> but
> >> very slow-to-write disk. It's quite likely that frames have been dropped,
> >> and
> >> if enough of them have gone, then that explains things, I suppose.
> >>
> >> I'm still baffled that a clip can play properly in QT Player but be out of
> >> sync in FCP, but there you go.
> >
> > So am I. Dropped frame is a dropped frame. In the old days I always
> > captured batch with it set to abort after any dropped frame.
>
> I had a play around, and I dunno. My offset is set to 4, as seems standard.
> Downloading to a fast disk, this is fine, but when I download footage to the
> slow disk, the occasional frame is dropped. This much is clear. It also
> accounts for a possible slight mis-sync when I play the .dv file back using
> QT player, but it's hard to see.
>
> What is odd is that there's a *huge* mis-sync when I play it back using FCP.
>
> But as I say, downloading the footage to a fast disk makes the problem go
> away. So that's what I'm doing while I'm as busy as I am at the moment - I
> may have a poke around when I have some time to spare.

Whenever I got dropped frames I discarded the capture and tried again.
If the tape was really bad, I'd capture in two clips to "different"
reels to eliminate the break. Timecode breaks were too much hassle to
work around. You could never offline your assets because you could
never recapture in batch.

--
To de-mung my e-mail address:- fsnospam$elliott$$
PGP Fingerprint: 1A96 3CF7 637F 896B C810 E199 7E5C A9E4 8E59 E248
From: Martin S Taylor on
Elliott Roper wrote
>> I had a play around, and I dunno. My offset is set to 4, as seems standard.
>> Downloading to a fast disk, this is fine, but when I download footage to
>> the
>> slow disk, the occasional frame is dropped. This much is clear. It also
>> accounts for a possible slight mis-sync when I play the .dv file back using
>> QT player, but it's hard to see.
>>
>> What is odd is that there's a *huge* mis-sync when I play it back using FCP.
>>
>> But as I say, downloading the footage to a fast disk makes the problem go
>> away. So that's what I'm doing while I'm as busy as I am at the moment - I
>> may have a poke around when I have some time to spare.
>
> Whenever I got dropped frames I discarded the capture and tried again.
> If the tape was really bad, I'd capture in two clips to "different"
> reels to eliminate the break. Timecode breaks were too much hassle to
> work around. You could never offline your assets because you could
> never recapture in batch.

Not in this case. For some reason when I download to the slow disk it doesn't
actually 'drop' the frame, but appears to 'repeat' it, so when playing back
the action freezes for two or three frames, and there's no discontinuity in
the time code.

Doesn't answer my original question, though, so I'll just start using the
fast disk.

Thanks for the help.

MST

From: Martin S Taylor on
Elliott Roper wrote
>>> While you're there, as it were, the (FireWire) camcorder normally works
>>> fine,
>>
>>> but sometimes it locks up and is ignored by programs which should be able
>>> to
>>> access it. FCP, QT 7, QT (new) can all see it, but none of them will
>>> import
>>> from it. The new QT Player, for instance, just displays a yellow triangle
>>> when I set it to record from the camcorder. Is there a way I can force a
>>> reset without rebooting the computer?
>>
>> Aha! iChat tells me that "Another application is using your camera".
>> Although
>> there isn't another application running on the computer.
>
> I vaguely remember something similar. Camera operation from FCP and
> another earlier edit program I used on OS 9 - Cinestream - was also
> flaky. I think I rebooted when it happened.

I nailed it! It's iDVD causing the problems. Yet another ridiculous,
inconsequential bug in this festering latrine of a program. What the hell
does iDVD have to do with my camcorder? This is on a par with the bug where
it forces DVDs into widescreen if the audio is in a format it doesn't care
for. If there is a hell I know how the inhabitants will be doing their DVD
production.

MST