>"Neuman - Ruether"
>news:3a29c82d.7622685@newsstand.cit.cornell.edu...
(Lengthy, but this may help people with Raptor and
complex projects...?)
>ACTUALLY - it's now done. Worked a treat. Had to run two passes over one
>part. Turned a sow's ear into a workmanlike purse (if not exactly silk).
[referencing Cool Edit - www.syntrillium.com]
Yes - I shot a wedding this summer at a Renaissance Fair
(15000 people there on the last day, next to gaming areas
and not far from the jousting event and fake fights...).
I was VERY short of set-up time, but took the time from
setting up three cameras to try to shoot the guests
(who had totally escaped my camera before and after the
ceremony, so this was my one chance to get them on tape)
and to place two wireless mics on groom and officiator
(neither had pockets. While grabbing audience shots, I
pulled the plug on the receivers, and.... forgot... to...
replug... them............ :-( To say that the ceremony
was hard to dig out of the noise background would be
to egregiously understate....!!!!!!!!!!!! SIGH! ;-)
But, with multiple passes of Cool Edit noise-reduction
(with various noise profiles used), some fancy EQing of
the three sound tracks available (one was from a location
that was far too distant, though, to be very useful) and
fancy mixing, the voices are all audible, and don't sound
bad - and I kept the character of the background noise
OK-sounding (without turning it into "burbles"). WHEW!
>: By "print to video", what do you mean...?
>It's the Premiere term for playing out to the capture card (ie Raptor) the
>selected part of the project with the option of leading black or colour
>bars, using a full screen on your primary monitor. Much the same as playing
>a rendered timeline except that the system isn't trying to refresh the
>timeline as it goes. Less overhead.
I have always found "print to video" more problematic than
a straight render and "enter-key" playback of the completed
renderings (with DV recorder recording)... (For safety now,
I have a dedicated preview-file drive, and make a fresh set
of preview files after editing is finished - though even
when my preview files sat on my program drive, I rarely had
a problem...) I add the leader/tail to the edit, along with
lots of black (with silent sound track), and send the whole works out after starting the camcorder recording in VCR
mode.
>: Why "make movie"? Should be unnecessary with
>: Raptor, though I sometimes do it to bring back
>: onto the timeline a simplified file to replace
>: a complicated rendering.
>I agree - but after rendering, output wasn't smooth.
Hmmmm... Did you make a fresh set of previews?
If you try to use the previews made while editing, these
are jumbled in the preview location - and if you have
these on the program drive and it was not defragged before
making the new set of preview files, they are mixed up
and fragmented, probably slowing playback... (but
you know all this...;-).
>: >: Actually, once you have rendered a stretch
>: >: of video, you have already produced WAV files
>: >: of the sound track, stored in your preview-files
>: >: folder. I suspect the problem may be that you
>: >: have too-filled the program drive for the computer
>: >: to work efficiently...(?)
>That is a possibility. With previous projects, I have had a 20G 5400rpm
>drive full and it has worked perfectly in a multi-camera edit. But that was
>2 camera tracks, two audio tracks - I have 4 camera plus an overlay, and six
>audio this time.
It shouldn't matter (if the preview files are made
in a good order), since these substitute for the original
video and sound files when those are changed or mixed.
I suspect it was a combination of jumbled preview files
and a too-full program drive that slowed things too much...
>: Have you played with the interleave numbers? (I use
>: "one-frame" for both import and export, though with
>: analogue sources, Canopus recommends something else,
>: as I recall - but I have had no trouble using
>: "1-frame" with all audio types.)
>Interleave option is unselected. I'll try various permutations.
It used to be critical for Spark, but with Raptor it
appears to be less critical for smooth playback.
>Where I am right now is that I have a bunch of 2G files which are on a
>different machine (networked), which I am reading using MSP6 (Canopus DV
>CODEC read-only version installed), identifying where I need to tidy things
>up, making those changes on the Raptor machine while the original project is
>still loaded, and making short movie files of the fixes with names based on
>timeline timecode. I'll then delete all the original files, and assemble a
>new project with the 2Gs + the fixes in correct position. This should be
>much simpler and should play from the timeline.
Yes, but a lot of work (and what I used to do with Spark
to get playback...;-).
Good luck with it (WHEW!!! ;-)!