![]() |
XDCAM EX / FCP / XDCAM Transfer workflow
This workflow works well, posting it to help others - but is there any way to avoid the duplication of media?
1. open FCP 6.0.4 2. Designate Scratch disk / capture folder: System Settings (I designate same one as contains source media: I add subfolder 'FCP' 3. file > import > sony xdcam 4. this opens Sony XDCAM Transfer 2.5.1 5. In SXT set Import location: Preferences > Import > Choose : I use same one as in 2 above 6. If required source media not apparent in SXT, click Add 7. Locate root folders containing all info, if copied from SxS cards using Sony Clip Browser, these will be called eg 20080818110056 (time/date of copy) 8. Select clip/s in SXT, hit Import - clips arrive in FCP |
Mark that is the same workflow I use except I go through each clip in Transfer 2.5.1 to cut out what is not needed for the project.
But recently I have been having a Transfer lock up. No pattern to the problem an it can happen on 15 sec or 4 min clips. It just stops at some point in the transfer. I am able to save FC and quit but can not even force quit Transfer. So I have to hard reboot. Some times I can do three 16GB cards an no problem some times in one 8GB card it happens 5 times. FC 6.0.4, Quicktime 7.5.5, Tiger. |
There's no way to completely avoid a duplicate set, but imho that's what you want. You want the original SxS as your backup- consider that your original negative. In fact I even go as far as another back up of the SxS structure just in case something happens with the first. We show the whole concept for FCP from pre-production planning to final archiving here:
Call Box Sony EX1 Training DVD Noah |
I agree Noah on back up. I first put all BPAV on a DL DVD, then put the clips on the RAID through FC, then back up the RAID on a external HD. So two backups at different locations prior to erasing the S&S cards.
|
Good point on the backup - we too also make a copy of the originals imported from the sxs cards.
Paul - maybe Leopard upgrade to solve your lockups? I have no info why but just a sense that things are developing fast so best to keep each element up to date. |
Mark agree Tiger could be the problem.
But I am in the middle of two projects that will go out in the next two weeks. After these projects and before the next I will switch. I did switch on the Macbook Pro and all went smooth with an archive an install after a full back up. At least I am able to upload the footage with out a problem. |
Quote:
I was using Tiger earlier this year and had issues with imports failing with an obscure QuickTime error (something about atoms) - clips would eventually import but it would take a couple or more stabs at it. Record was 32 attempts, followed by 28 attempts. Average 4 attempts. This would happen on a pretty random basis. It was fixed when I switched to Leopard. But when I had to restore from an old backup, the problem came back. Had to reinstall again. Not had a glitch since. |
renaming clips
my workflow is the same, except I am having trouble renaming all the clips prior to transfer.
for example, wehn I shoot a wedding, I want my prep stuff to be prep1, prep2, etc.. I find I have to rename all my clips in Adobe Bridge, then reimport them into FCP so I can sort them in the appropriate bins. Is there a way to rename them with the transfer tool? |
Quote:
FWIW, I use the Sony XDCAM Transfer tool separately, which can block name whole swathes of clips, set clips to flag as Good/Keep/NG (and NG clips can conveniently 'disappear' before importing), crop out bits from long takes. So a little bit of administrivia, then click the import button, it does its stuff by converting the clips to QuickTime movies in a designated folder. I can then drag that folder (or the clips therein) straight into FCP. No duplicates, all clips nicely named and flagged, all dross removed. |
Quote:
I had a similar problem awhile back, but it was slow import and thumbnails not showing up in XDCAM Transfer. This was with optical media, not the cards. In an attempt to get it working, did a complete reinstall of Tiger and all was well. Sound familiar? But unlike you, I didn't restore from an old backup to have it break again. I started reinstalling extra software one at a time and checking XDCAM Transfer. All was well until I re-installed 3IVX codec package. Bam.. problem came back. Uninstalled 3IVX and all was well. So there was a conflict with QT somewhere and it caused excruciatingly slow import of my clips. Just food for thought... watch out for other software that may cause a conflict. regards, -gb- |
Quote:
For re-accessing clips in case something goes wrong, I've also been writing in the original clip name in the comment section. Any shortcuts there? |
I'm very interested in re-naming multiple clips as well.
I use the clip browser to back-up the SxS card and then use XDCAM transfer to encode the clips into something FCP can use. I would like to be able to apply a naming convention to the first clip - Cam1_01 and then have the subsequent clips named accordingly - Cam1_02 etc.. Is there a way to do this? |
Quote:
Quote:
|
hi folks, I m a FCP convert to be. I was under the impression there has to be some conversion in the import process to FCP. Hence the file size would double. So how much disk space is required exactly for an offload from a 16Gb SxS?
I need a fast workflow for wedding SDE. Trying to work it out soon. Thanks! |
Quote:
IIRC I once dumped an 8 gig card's contents onto the internal disk (by mistake) that had about 9-10 gig free. Worked fine. Just wondered where my footage went... Can't give you absolutes, but here are some 'accurate' figures... A 16 GB SD card in a Kensington adaptor, full enough for the camera to switch cards, reports 14.49 GB in use (15,560,409,088 bytes). Transfer took 20 minutes using 17" MBP on batteries onto a LaCie Rugged (bus powered) on FW800. I'd expect half that time (10 mins) with SxS cards - bear that in mind for weddings and fast turnaround. The destination QT folder was 14.13 GB (15,173,293,401 bytes). Slightly smaller due, probably, to less metadata. The Mac I did it on currently has 5.7 GB free out of 232 GB (there's a lot of kipple in there). |
All times are GMT -6. The time now is 10:54 PM. |
DV Info Net -- Real Names, Real People, Real Info!
1998-2025 The Digital Video Information Network