-
Why do Events still exist?
-
[Oliver Peters] “Why are there still Events as structural elements within the package itself? It seems to be a vestige left over from 10.0.”
What does this mean, that it is somehow broken?
Events work they way the program was designed. They are literally containers in both the program and on the Finder level. Big deal?
-
[Jeremy Garchow] “What does this mean, that it is somehow broken?
Events work they way the program was designed. They are literally containers in both the program and on the Finder level. Big deal?”I never said they were broken. I’m merely questioning why they exist, as the structure imposes limitations in the UI that don’t exist in other NLEs. Therefore, why are they still there?
– Oliver
Oliver Peters Post Production Services, LLC
Orlando, FL
http://www.oliverpeters.com -
It is also freeing in its limitations. I would hope that I don’t have to go back to bins with one clip, one location.
The nice thing is, if you don’t want to, you don’t have to use Events. I, personally, really like them and like the implementation. I like that when I make certain new elements, like a compound, or a project, you can assign which Event they are created in, and in those events, they can be readily sorted with smart collections.
This means I can have a library with one big subject (like a client or program or campaign), and as many Events as it takes to parcel the show, client, or campaign. If I need to break any of that off, I can export an XML of the Event.
Without Events, this would be way more messy and infinitely more involved from a users point of view.
-
[Jeremy Garchow] “This means I can have a library with one big subject (like a client or program or campaign), and as many Events as it takes to parcel the show, client, or campaign. If I need to break any of that off, I can export an XML of the Event. “
It would be identical if the Events were simply a folder structure. With collections and smart collections continued.
– Oliver
Oliver Peters Post Production Services, LLC
Orlando, FL
http://www.oliverpeters.com -
So if it’s identical, why are you splitting hairs?
-
[Jeremy Garchow] “So if it’s identical, why are you splitting hairs?”
I feel like this is a Monty Python skit. You guys are the ones splitting hairs. My point is that Events are in fact limited in comparison to folders and bins. I’m not talking about collection and smart collections. That’s a different matter and quite helpful.
– Oliver
Oliver Peters Post Production Services, LLC
Orlando, FL
http://www.oliverpeters.com -
[Joe Marler] “Today you can use FCPX perfectly well without any events, although events may have some residual value besides a comfort blanket of familiarity.”
I couldn’t disagree more. I at least was initially FAR more confused by the library-then-event-then-project structure than I would have been if there had just simply been a library filled with media and projects. So I’d say you’re completely backwards on that one. But now that I understand the logic and reasoning behind it, I most definitely would not see getting rid of events within the library in any way as an advancement let alone improvement. Quite the contrary. And never mind that if you only always use ONE event per library, then there is ZERO difference to not having an event at all. Whether you select the library or the event, you’re always seeing everything within. So I have now idea how removing the event would change anything for the better aside from making other people’s lives more difficult that have understood what events are good for. So I’d say it boils down to “Don’t get ’em? Don’t use ’em.” Absolutely nothing changes for you.
As I said before, I ask do episodic work and having library—>season and event—>episode (plus an additional event containing all the needed title animations, stingers etc. for all) is a brilliant way of working that no other NLE can offer me. Not even close once keywords etc. come into play as well. All in one single neat package at the Finder level! Getting rid of events would therefore be a completely stupid move imho.
And all that is aside from the fact that I was far from serious when I suggested getting rid of folders in the Finder, since that would clearly be just as stupid and counterproductive for pretty much the exact same reasons… which was kind of the point. ????
– RK
____________________________________________________
Deutsch? Hier gibt es ein umfassendes FCP X Training für dich! -
[Oliver Peters] “I agree that’s an issue with FCPX.”
I’m sorry, but for someone who claims to use all the above equally, I find it amazing that you could suggest that any of that is somehow an FCP X-only issue with a straight face. If anything, then FCP 7 for one was by far worse and constantly I hear the exact same complaint from PPro users. Lag and unresponsiveness past a certain project size and/or time of use.
Seeing that Premiere literally needs an easy 10 times longer for a restart to resolve it obviously makes it that much more of an issue in the end, too.
– RK
____________________________________________________
Deutsch? Hier gibt es ein umfassendes FCP X Training für dich! -
[Jeremy Garchow] “So if it’s identical, why are you splitting hairs?”
Best question yet. ????
– RK
____________________________________________________
Deutsch? Hier gibt es ein umfassendes FCP X Training für dich! -
I was joking before, but now I sincerely don’t understand why bins are bad, but events are good.
Walter Soyka
Designer & Mad Scientist at Keen Live [link]
Motion Graphics, Widescreen Events, Presentation Design, and Consulting
@keenlive | RenderBreak [blog] | Profile [LinkedIn]
Reply to this Discussion! Login or Sign Up