[Ian Cook]

That should not be a problem. When you copy a BPAV folder you are also copying any spanned clip pointers that it contains (the SMI files reside in the TAKR folder, one directory below BPAV). As long as you don’t manually break apart your BPAV folders your spanned clips should copy and import correctly.

[apologies if this ends up appearing twice; my browser crashed just as I was posting this same message a few mins ago…]

[Ian Cook]

No, this shouldn’t be a problem. When you copy the card you are also copying any clip-spanning pointers it contains (the SMIs live in the TAKR folder). As long as you don’t start manually breaking up the BPAV folders outside of Clip Browser you should be fine.

[Ian Cook]

Hi Michael,

The SxS media and related hard disk recorders do utilize the Fat32 file system so there is a 4 GB limit on any files created by the camcorders. On long records the cameras create multiple <4GB files joined by an SMI file. So I think you’d be ok with a Fat32 drive. The only restriction would be that you would have to be careful if you use that same drive to hold the re-wrapped QuickTimes output by XDCAM Transfer. By default XDCAM Transfer and XDCAM Browser join spanned MP4s into single QuickTime files, and these will be larger than 4 GB. You could get around this limitation by importing the <4 GB sub clips individually from the ‘Sub Clips’ area in XD Transfer.

Ian

Ian Cook
Sony Broadcast and Professional Company

[Ian Cook]

If the .mp4 files are showing 0 KB it’s likely that they were not copied correctly. Other .mp4s from the same batch are intact? Hopefully it was a problem going from their backups to yours and their HDD backups don’t show as 0k…?

[Ian Cook]

Thanks, Daniel. We are looking into this.

[Ian Cook]

Ok, this is starting to make sense..

The problem you’re having is to be expected with Final Cut 6, which is known to have issues importing spanned clips. Apple fixed this in FCP 7 so as long as the clips are intact they should import correctly once you upgrade. If you get a boxed version earlier than 7.0.3 make sure you go to the Apple site and update all the way to 7.0.3. as this dot release has a number of NXCAM-related fixes and improvements.

[Ian Cook]

Hi Kari,

Did the camera give you this warning re removing the drive? Typically if you pull the media or remove the battery during recording there’s a recovery prompt the follows. If you attach the FMU to the camera, do you get an error? At what point does FCP crash? Also have you tried copying the files to a local drive and linking to them from there?

-Ian

[Ian Cook]

Current version is 2.12. You can upgrade from the link below.

https://www.servicesplus.sel.sony.com/sony-software-model-PDZKP1.aspx

[Ian Cook]

Apologies for the late response. Daniel is correct– the sub clip information is stored in the SQL database located in the XDCAM Transfer library folder. You can move the database between machines running the same version of Transfer if you need this info to be portable. Unfortunately this is really the only way to do it.

As an alternative you can tell XDCAM Transfer to add the in/out time codes to the names of the subclips that are imported. This is done in the prefs under ‘Import.’

[Ian Cook]

Use Firefox if you can.. Safari has issues rendering the web objects on the ServicesPlus site (hence the question marks).