Update on “8% no data error message”:
The 00:00:00:00 (top right of clip viewer) is on all the clips with the “no data” status. As this has only occurred on import sessions AFTER I have trimmed some clips on board the TM700, I can only assume that something required by “log and transfer” is being stripped from certain clips (I definitely trimmed more than 8% of clips in the batch).
This is what I did to import the “no data” clips.
Move all the imported clips into a bin in the FCE project.
Queue each “no data” clip via the preview window in “log and transfer”, putting a “mark in” point at 00:00:00:04. Anything less than this will result in the “no data” message.
Move the clip to the queue and it should import ok.
For whatever reason the name of the clip will change on import – not sure what the rational is on this. So, on import, rename the clip to its original identity.
The reason for moving all the original clips into a bin prior to dealing with the “no data” clips is that the unwanted name change will inevitably be the same as a clip already imported, and so the new import will replace it. So put the original clips (in my case over 550) in a bin to keep them safe. Once the new clips have been imported and their names corrected, they can take up their correct positions in the clip stream.
If it is of any consequence, the iMAC is 3.06GH Intel Core2Duo, 4GB ram, Snow Leopard 10.6.4, FCE 4.0.1. All clips were imported to the partioned hard disc in the iMAC.
The moral of all this is – don’t muck about with clips in the camera’s memory until they have been imported into FCE – especially when they are family holiday stock. Once imported, trim off all the rubbish on the in-camera originals so immediate large sreen HD playback via HDMI can keep domsetic bliss, allowing proper editing on FCE to be done at ease.