[Andy Mees]

no new method, just the old one of creating a “filter pack”

[Andy Mees]

[Bob Flood] “but what about a batch list?”

doh! can’t see the wood for the trees …. nice one Bob 🙂

[Andy Mees]

are you using FCP 5.0.1 as you suggest or did you mean FCP 6.0.1? if you are using FCPv5.0.1 then you’ll need to upgrade FCP as the codecs for XDCAM HD were not introduced until version 5.1.2

[Andy Mees]

thanks for putting me right Jason, i’ll try to remember that 🙂

[Andy Mees]

try Final Print from Digital Heaven, you can print your bins with clip names, log notes comments, thumbnails etc … not bi-directional and not to Excel, but theres a free demo so its worth your time taking a look
https://www.digital-heaven.co.uk/finalprint/

[Andy Mees]

Hey Chris

If you intend to master back to HDV then you will still have to conform regardless of your interim edit codec. Equally, if you already choose to use ProRes as the render codec then surely theres zero benefit to setting your entire sequnece to ProRes422, as when you edit in native HDV then there is no recompression except in those areas that require render.

Cheers
Andy

[Andy Mees]

>I need to use an HDV deck to ingest despite the video shot on regular DV, yes? If not, will a DSR-11 work?

correct. you need to ingest from an HDV deck/camera. the DSR-11 will not work

>If I just capture via firewire, I want to use the Apple intermediate HDV codec, yes? (I have an Aja IO LA, btw) Is there a drawback to this method?

Apple Intermediate Codec (AIC) is not HDV. if you intend to edit in native HDV then you should capture as HDV not AIC

>The client wanting to edit in Native HDV, my sequence settings will be 1440×1080, upper field first. yes?

yes … but concern yourself less with those settings. just make sure you use the appropriate Easy Setup then leave the other settings alone and you will be fine

HDV is a breeze to edit with. if you are runnig FCP6 then you can take advantage of using ProRes422 as the render codec (Sequence Settings>>Render tab). The painful part of HDV is the long conform time when mastering back to HDV tape

[Andy Mees]

no way to turn it off.
that said, with FCP 5.x, 6.x or X.x, if you are working with interlaced footage and sequences then you really ought to be monitoring on an interlaced display NOT on your computer monitor… an external reference monitor has always been the rule, though not surprisingly folks often choose to forget about that if its not going to happen without additional cost (ie working with HD then you need to buy an HD IO card, Matrox MXO or similar)

[Andy Mees]

Hi Marc

already addressed this on the Apple Discussions list …

FCP will automatically add the Shift Fields filter if it believes you have edited source footage into a sequnece where the field dominance settings of the source clip and the sequence settings are mismatched.

If your source clips are HDV then they are upper field first. What are your sequence settings? If it is DV for example, which is usually a lower field codec, then FCP will add the Shift Fields filter … and you would NOT want to remove it.

If however you are editing in a native HDV sequnece then you do not want a shift fields filter on these clips, so removing it would be the right thing to do

When you open an FCP5 project into FCP6 for the first time, FCP can sometimes mistakenly think you need to add a Shift Fields filter to your clips, and gives you the option to do so … answering “No” to that dialog is usually the right response

hope it helps
Andy

[Andy Mees]

there is some speculation regarding the potential impact of Leopard on FCP over on dvinfo:

… built into the code of FCS2 is the ability to take advantage of the revamped Core Audio and the new Core Animation engines that will be in Leopard. It will also boost Compressors ability to use multi-threaded (segmented) encodes (Qmaster already allows you to create a mult-cluster on a MacPro) which will speed up any encode jobs – especially non-multithreaded codecs such as HDV and H.264…. it’s possible soon after Leopard is released may also be either a major update to DVDSP-4 or *maybe* even DVDSP-5 … Optical Flow remtiming/resizing work will also see a significant speed increase with Leopard since Core Animation will allow CPU segmenting for those background tasks. NOTE: Expect to have lots of RAM in reserve for all this multi-threading – probably no less than 8GB would be recommended.