You guys are die hard FCPX fans. Dedicated to make the impossible, possible.
|
|
You guys are die hard FCPX fans. Dedicated to make the impossible, possible.
To be fair ... that's how every bit of software advances.
I'm sure Apple has been taken aback by the public laughingstock FCP X has become ... but its a good application in truth.
They probably will just get the major points of pain out of the backlash though: XML in/out, 3rd Party broadcast monitoring, R3D, Multicam.
Aside from those points ... a lot of the FCP X discussion has been rather pointless venting.
Discussions like this one are USEFUL to the Apple development team. They can see and understand the problem, plus they get to see and understand how their users try and work through or around them. I mean ... I read here of a workflow I hadn't thought of. Very straightforward, but not how I think.
This kind of USEFUL discussion is what leads development teams to learn and implement new features intelligently, and in a way that makes sense for those of us that have to use their software.
So ... using the software and trying to do work with it is what will lead to better versions in the future.
Here is the great news: this is obviously a development team that is willing to change anything. Yeah, that's right - the exact thing that has upset a lot of FCP users is also FCP's best hope for the future. So, if they hear your complaints ... there is a good chance you'll see possibly radical changes that drive the software forward.
Hmm, yeah, this isn't working for me either, now that I actually have a chance to test it.
What I'm really hoping for at this point is a well thought-out API. This could be used to implement a lot of things Apple will probably never implement itself (and never implemented in... can I call it FCP Classic?), like timecode/reel based clip relinking.
Yeah, see it is looking for the media in one of your FCP Events folders basically, you can relaunch the app after replacing the media in one of these folders, but the fact that you have no real way to do it within the app is just annoying. I have said it and I will say it again. The whole idea of a "Library" is absolutely unnecessary, even for people new to using iMovie it just adds these pointless extra steps. It's not like it is impossible to make things work, but it is infuriating.
Get rid of Library and go back the solid and logical Project workflow that everyone knows and loves and you solve a lot of problems, make it even better by giving the ability to properly consolidate project media into a bundled project folder with plenty of options (see Logic Pro) and you have an easy way to share projects.
KILL LIBRARY. www.apple.com/feedback
Man! I believe you!
What a bloody mess, I cannot believe people are even persevering with it. They are masochists!
I bought it, played with it, realised quite quickly I completely thrown my money away, Im trying to get a refund now.
FCP 7 will do me for another year or two, or until I start doing 4k outs.
Hopefully by that time, they might have pulled there ignorant heads in and made something worth using professionally.
They are going to loose tens of thousands of FCP purists over this.
They so need to say something, before its too late.
Personally, I think breaking sequences and clips out of their 'project' containers was a great idea. On a typical feature, in FCP 7, we might have a different project created for every day of dailies, a project containing the main sequence edit, a project containing the trailer, etc. These all share the same footage, but in FCP 7 that footage has to be independently imported into and organized within each of these projects. In FCP X it just lives in the library, and any number of projects can use it.
This approach also works really well if you have a bunch of projects that use some of the same stock media elements; just import the whole stock library as an event.
I don't like the library approach ... but it has its advantages.
The best solution is a hybrid.
You should be able to import media to your library, or to a "project folder"
The "project folder" becomes a "sub library" if you will.
You should be able to create timelines. All timelines have access to library materials. You can assign timelines access to "project folders"
That arrangement would handle all the cases I have seen.
You can have all your stock footage in the library.
A project, say a feature film, can have all its footage in its own dedicated library, and any timeline that is granted access to a project's media can be represented in that timeline. So, you have dailies, whole picture and trailer edits using the same media.
You can emulate this by putting project media into separate drives, and mounting/dismounting the drives as needed.
You don't need physical drives for this - you can create DMG files.
The downside of DMG is that any damage to the container breaks the entire file system, so backups are more critical
DMG in combination with properly backed storage arrays, and removable storage can go a long way to keeping a small to mid sized post shop organized. I think they break though on large collaborative facilities.
I expect to be testing this approach next week.
| « Previous Thread | Next Thread » |