Projects and events doesn't make sense after upgrade?

Many people consider the new "library model" to be superior because the library bundle provides a means to collect everything that are elements in that project – including original media, transcoded media,, computer-genrtated media, Much easier to move it from device to device or system to system for collaboration.

You can still have projects accessing multiple events. Best if hat's contained within a single library.

Russ

It depends on your workflow, sometimes it convenient to have a separate project for the media in each event. This is the workflow for narrative fiction or other scripted or semi-scripted productions such as weddings. Others prefer to have a separate event to store all their projects. Whatever suits you and your production needs.

aapl.crox wrote:

... Why exactly are projects under events? What is the logic? If you have an event that contains all the projects in the library, then that isn't an event anymore?! Why is it even called an event then. It's like a generic folder.

When I explain others FCPX' main organizational concept, I like to say:

Using 'drawers' = folders allows to put a clip just in one place.

Using tags allows to search&find the same material (or parts of it....) under many keywords.

So, Events are NOT folders 😉 (by concept, technically perhaps yes...)

That whole Lib/Projects/'Dailys' (=by preset, an Event collects all material of one day…) structure is the most simple, basic structure to 'teach' people tagging.

It is the same discussion we had 13y ago, with iTunes: the hamsters groaned "iTunes destroyed my manual sorted 40.ooo folders, it is a mess!" … you remember that? They put carefully Obladioblada into White Album into Beatles into Pop into 1968 into ... what if you try to find all Lennon-songs? All Beatles-songs covered by others? What if Revolution#9 is to be summarized under ProgRock? What, if I remember it on the Red Album or under Cliff Richard??? tagging is so much smarter, faster, flexible ...

imho, Lib/Projects/'Dailys' was/is just a smart way to teach us the flexibility of meta-info, instead of 'hard facts', such as dumb filenames or simple creation dates. Or manual compiled drawers.

Meanwhile, that meta-data-handling got a bit more flexibility, as Tom said: you can use it this or that or your way. A documentarist has probably a completely different orga-scheme than a daily-soap guy or a hobbyist or short-film-maker or an ad-creator or a churchTV producer .. or .. or ... or ... Watch for example what Michael Garber can do with tags ... that is way beyond bins&folders&clip-names ...

In the end, it is completely unimportant 'where' to store stuff; more important is how to find it. And, e.g. those Libraries with their automatisms to maintain and collect data external and internal simultaneously … phew, that is a master-piece of cleverness!

You can even look at it as 'folders'... if you like to. 😉

my 5¢ ... me no engineer ..............