[Andy Mees]

Hi Mark

User bits are ceratinly most commonly used as a stamp as you decribe, but there is no technical reason why you can’t use it to record auxilliary tc data … other than not being able to get at it with FCP!

Cheers
Andy

[Andy Mees]

did you double check your compile sequence to be sure that the it is accurate? (such an easy mistake to make – 30 sec bumper, go to end and type “+30.” and edit in the next bumper … oops, went in 1 frame late as first bumper duration was really 30:01)

probably too obvious but always worth checking

[Andy Mees]

a good online tutorial by Andrew Balis, specifically on matching hues, is found at Ken Stones invaluable compendium of FCP tutorials
https://www.kenstone.net/fcp_homepage/match_hue_fcp_5_balis.html

[Andy Mees]

Hi Zeliha

A mac-mini should be fine for this … but its an expensive investment if solely for this one purpose (considering both the cost of the mini + the cost of fcp)
Perhaps a quicktime movie as but with rather more decriptive BITC (burnt in time code) might be the answer.

Pick up the demo of “1z1 tools” as collection of FCP filters from 1z1screenworks at https://www.1z1.at/plugins/
This demo set includes a number of free filters, including the “Display Source TC” plugin ( https://www.1z1.at/plugins/#displaysourcetc ) which seems like it might be more useful to you than FCP’s built in TC filter.

Hope it helps
Andy

[Andy Mees]

[Tom Adams] “now that’s what I’m talkin about! I think you summed it up: “its annoying, and there is no reason for it not to work.””

all Ben summed up was his post was his inabilty to process the information given to him (that decompressing the MPEG audio and converting to aiff in realtime whilst simultaneously handling everything else that FCP does would over tax the processors)

you can complain all you want about the status quo, but this is the way that FCP works, using a single native sequence codec for both video and audio.

as for fcp’s ability to do this strictly for an offline / rough cut … it already can. yes, youll get a few pops and crackles but this is just to test the track with the edit, right? and if it fits and you want to use it then you can get the high quality source (or if you can’t tell the difference, and therfore assume that no one else can either, then you can just convert the mp3 to aiff using the many methods already proposed)

FCP is not AVID and its not Vegas nor Edius nor any other NLE that supports mixed formats in the timeline … for the time being, it is what it is.

[Andy Mees]

you’re not wrong, Chris … I’ve been arguing the exact same point with our camera/edits

but this is where the new Sony plugin is going to walk all over the current incarnation on the Flip4Mac component

the XDCAM Transfer utility enables the user to plug in their camera/deck and immediately browse through the low-res proxies of the hi-res media.
they can then identify, and mark in’s and out’s and within the proxies, building up a batch list of only the specific parts of media they want to transfer (ie same as your traditional tape logging)

when you hit Import then only the hi-res media relating to the logged clip areas are transfered, with handles if you want, at faster than realtime

the best of both worlds

… plus the Sony plugin lets you export your conformed sequence back to the disc as a new clip

[Andy Mees]

although MPEG-4 is a native QuickTime codec there are a whole world of potential variations in its structure depending on its particular MPEG profile, format, spatial quality, embedded audio format etc etc … if you have a small sample then its easiest to just try it

[Andy Mees]

Hi Chris

Yes, we are talking about IT centric workflows. Faster than realtime data transfer.
Of course, you can connect to a capture card via baseband, as Wayne suggested in the second post of the thread, but what we’re exploring here are the alternative options that are becomming available.

Hope that helps
Andy

[Andy Mees]

hi Ed

the camera/deck is not natively recognised by OSX so you can’t just plug it in thru FW and copy over the files, to do that it needs a FAM (File Acces Mode) driver
the necessary driver is/will be part of Sony’s plug-in, however, although this will allow you to mount and browse the disc on the desktop, and copy over the files, the hi-res HD media files are in stored in the MXF format, which is not a format natively recognised by QuickTime.
in order to work with the HD files in FCP they need to be ‘unwrapped’ from their MXF wrapper and re-wrapped in a QuickTime MOV wrapper.
the Sony plugin will allow you to do all this but is not yet released (although the full public release is scheduled sometime soon). afaik it will be a commercial release, meaning you’ll have to buy it … price? i don’t know.
alternatively, you can use the already available Flip4Mac MXF Import Component (v2) which allows you to connect to the camera/deck via ethernet, browse the low-res proxies and import the hi-res media files (it also unwraps the MXF media and re-wraps in the MOV format as part of the transfer process) … it doesn’t actually mount the disc on the desktop (ie it has no FAM driver) but it enables all this via ethernet

hope that helps to explain
Andy

[Andy Mees]

the ability to connect and stability of connection with FTP connections initiated by the Connect to Server command are dependent on the FTP server software running at the other end (or so it seems in my own experience)

Cyberduck is great and free … Transmit is not free but is worth the price