Here’s a new MAJOR bug in FCP7…

[Steve Connor]

[walter biscardi] ” avoid this format as much as possible because there are just too many small issue with it for me to deal with. When Sony is ready to share all their information with Apple, AJA, BMD, Matrox and anyone else working with Final Cut Pro, then I’ll be more accepting of the format.
“

Always assuming it’s a Sony issue and not an Apple one, XDCam HD and XDCam EX seems to work as advertised in Premiere Pro and Avid, I assume Sony have shared enough information with them.

If FCP could handle the XDCam proxy workflow, the OP’s issue wouldn’t be a problem

Steve Connor
Adrenalin Television

Have you tried “Search Posts”? Enlightenment may be there.

[Dennis Radeke]

Premiere Pro handles XDCAM HD (35Mbit) without any difficulty. Once the raw media is moved to local storage (optical media is generally too slow to edit from), Premiere Pro edits the footage natively.

There is no need for Log and Transfer or Log and Capture.

Premiere Pro currently does not handle 50Mbit XDCAM HD 422

[Mark Maness]

[Jeremy Garchow] “Sorry, Wayne, I am learning at your expense here, but you have log and captured, you want to recap, just like you would for tape, is that what you’re saying? “

No… In order to import the media native into FCP, we have to use a program built by Sony called XDCAM Transfer in order to import natively into FCP. The program rewraps the files into Quicktime and then imports the files into FCP. XDCAM HD (not the new 422) records the same pixel aspect as HDV – 1440×1080.

We have a project that will be graphics intensive and I’d rather work in ProRes422 for this. So… I import my media, log it and then recapture it into ProRes422 so that we may conserve space on our SAN.

[Jeremy Garchow] “By the way, MXF4mac has a new component that supports xdcam HD (just released this week).”

We have the Telestream Flip4Mac that does this also but we only use this with the PDW-1500 which is XDCAM MXF format thru our network, but the XDHD deck do not have the network option on them.

_______________________________

Wayne Carey
Schazam Productions
https://web.mac.com/schazamproductions
schazamproductions@mac.com

[Andy Mees]

Hey Wayne

Had heard of this happening with clips initially brought in via FCP’s L&T (from XDCAM EX) but didn’t know it was happening now with clips brought in through Sony’s XDCAM Transfer. What version of XDT are you using? And have you tried reverting to an earlier version and seeing if the issue persists?

Best
Andy

[Mark Maness]

Yea….

Someone who’s finally heard about this.

We are using the 2.8 and 2.9 versions of the XDT. And not, I haven’t tried reverting to an older version… I’ll give it a shot.

_______________________________

Wayne Carey
Schazam Productions
https://web.mac.com/schazamproductions
schazamproductions@mac.com

[Jeremy Garchow]

[Wayne Carey] “We have a project that will be graphics intensive and I’d rather work in ProRes422 for this”

Thanks for explaining this, Wayne. Please forgive my ignorance, but where did they transcode to ProRes happen before FCP7? Via the Sony software?

Jeremy

[Ben Scott]

Apple has implemented a standard way to deal with tapeless media and left it up to the camera vendors to implement their import method

I am sure we would all like to have Mxf straight in fcp but it\’s a QuickTime editor

if vendors choose to be half baked in their implentation of log and transfer and others can do fine it is good to question why

maybe Sony liking tape and sales around this explains their slower and more flaky implementation of tapeless workflows shy else have decks that are basically just network drives with a video interface for inputting tapeless

I can understand tapeless feels like a new step for some but it is the future isn\’t it like tape doesn\’t make sense though

[Mark Maness]

[Jeremy Garchow] “Please forgive my ignorance, but where did they transcode to ProRes happen before FCP7? Via the Sony software? “

No. You have to do this either thru Media Manger (which I’m not a fan of doing this) or thru Batch Capturing the footage.

See, we are doing this because there is so much footage its faster to import. log it and recapture it into a higher quality codec. This used to work with older versions of FCP.

_______________________________

Wayne Carey
Schazam Productions
https://web.mac.com/schazamproductions
schazamproductions@mac.com

[Stuart Simpson]

The most recent version of XDCAM Transfer is 2.10 – dunno if that might help?

-Simmie
6 MacPros – Kona 3 & Kona LH
1 G5s – Kona LH
xbox360, Wii, PSP, PS3
https://www.speak.co.uk

[Andy Mees]

Good thought Stuart, but sadly no joy when I tried today with OSX 10.6.1, FCP7 and XDT 2.10.0.

Imported clips from XDCAM discs recorded in both DVCAM and XDCAM HD formats, in both cases any attempt to later recapture those clips using Batch Capture caused FCP’s Log and Transfer interface to launch.

Fwiw, manually opening Log and Capture interface and pressing the Batch button didn’t work either as it appears it would only launch the Batch Capture when properly “logged” clips existed … logged a clip and the reattempted but only the actually logged clip would appear, other offline clips remained resolutely invisible to the Batch Capture process.

Very sucky for now, but hopefully a workaround (or fix) should emerge shortly.

Best
Andy