Re: Editing scenario

[David Lawrence] "And you're OK with going from 10MB to 200MB with one blade cut? Try splitting it again and watch what happens to the file size. Or compound the compound and split that."

This was probably like 30 cuts.

David, the bloat thing is a serious issue. It was the very first thing I tried when .0.4 came out. While the compound clip still acts slow, the file size does not double as it used to, and once all of the freaking autosaves happen, a 2-ish hour compound clip split in to 30ish cuts did just fine. I'm sure you won't care to trouble shoot, so I won't even try to help.

I'm not 12 years old. I do know what I'm doing. Just becuase I don't mind the direction if FCPX does not mean my brain stopped working. If you like something, you learn to live with a few faults, you will find some in Pr as well. As I mentioned before, I still can't use FCPX every day in all of our productions. It's not stable enough quite yet. We need reliability. When compared to fcs3, that is going to be hard to beat for quite a while.

I really want Pr to work for us. It is a right powerful suite of tools. There's no question, with minimal "training" we could get up and running in fairly short order. But, for us, the media management is a big issue.

I am not saying any of this to flaunt, I just want you and others to understand where I am coming from.

Our tiny little shop has 22TBs of footage active right now and there's more coming. I don't know how we acquire all of this, but we are fortunately very busy, and I am very thankful for it. Because we are so small, all of us work on a lot of projects at any given time, on no less than four different machines, some in and some out of the office. It's small potatoes, and not a huge operation by any means, but we do need accuracy, and we do have a lot of projects "online" at any given time.

This is going off on a tangent to Simon, and I'll get back on track in a minute, but I'm not ashamed to admit, that Simon's post about him being too busy to learn FCPX because clients pay him to do real work seemed to make many assumptions about what it is I do. This was done in a very passive aggressive few short words without coming right out and saying that he thinks I'm not busy, or something to that effect. If you want to ask me something Simon, please do.

Simon, I know I post a lot. The cow is really the only place I can talk about this stuff. I rarely work with a client next to me. My time is flexible, I do not punch a clock even though I go to an office every day. But I do work, and I work hard. If three days with a passing glance at FCPX is enough for you to know that it's "not it", more power to you. As I mentioned in my previous post, before you used the very clever words of "Mr Complacent Certainty of Inflexible Opinions Inc" and you were using keyword collections that were perhaps mocking some of my language, if X doesn't work for you, that is quite alright. I can tell from your post, you are looking at what FCPX can't do, or it doesn't work as you might expect, and you aren't trying to look at it as to how it might work, or accept a few work arounds as perhaps they feel unfamiliar to you. It's probably because beyond those quirks, FCPX truly won't work for you right now, or perhaps you simply don't like it, and that's fair enough.

While clients don't pay me directly for testing, you better believe that they rely on us to deliver. Testing is delivering.

Aindreas says that Apple balled up the piece of paper that was FCS3 and through it in the trash compactor. Yes, yes they did. I am not mad. Almost every single NLE out there is based on a model created in the late 80s that was based on model since the beginning of film-to-video. Over all of those years, a system, a language, and architecture were developed that more or less worked. It wasn't perfect, but it took a lot of time to get where we are today.

Apple says it's a different time. You can agree with them, or you probably don't. I happen to be in the camp that I want to see this out, as in a way, I do agree with them. This business, this language, is changing very fast. I don't mind checking out a new way of doing things, even if it's unfamiliar. Right now, there's a lot of unfamiliarity out there, perhaps it is time to rethink a little bit?

3 days has not been enough for me, my skull is probably too thick.

The reason why I need to talk about this stuff is that many people in my general vicinity are looking at me to make a decision, and I can't turn to them with many questions, so here I am. And when that decision is made and we move on to another NLE/platform, and then that NLE/platform breaks or doesn't work as expected, guess who they look at for answers?

If compound clips are screwing up FCPX, what's my answer? Stop using compound clips for now.

If there's 30 "0000.MTS" clips on our SAN for one project and a colleague is trying to reconnect the media after transferring the media from local drives to the SAN when a project is started in the field, and they ask me which of the 30 clips they are supposed to choose, I literally do not have an answer for them besides, "trial and error". And it will be the same (if not worse) when coming off of LTO tape restoring an archived project for updates.

Sure there's ways to defeat this. I can use Prelude to transcode to named clips before editing, but aren't we trying to move to a native environment in Pr?

I can also "project manage" the project from local to SAN. But what if a directory changes later on?

I look and test all of this stuff, David, and I look intently. We are facing a decently sized decisions that will have a bearing on the future of our business.

I'm not try to slam Adobe here. Far from it. Our requests do not fall on deaf ears and you can see they give a crap about us whiny little content creators. I know they hear our concerns, and I'm sure they will do their best to fix it whenever the next cycle might happen.

I see, David, that you deeply care about the creative side of the edit, i.e. the timeline and how you interact with it.

I do too, when it comes down to it, it's what our clients pay us for. I promise you, I do creative work every single day. No, it's not the next Prometheus or award winning documentary, but in my eyes and to our clients it's still creative work that we enjoy doing and are proud of. You have my word on that.

I approach the NLE as a whole. As much as it might not seem, there are real people making real decisions that write this software. I tend to try and think what they were thinking (and in some cases not thinking) while using it. Despite the timeline, you can see what this software does. I think the media management, the SAN interaction (if it works for you), and the Event structure are pretty great. A huge step forward, and I don't don't give a shit if iMovie looks similar. So. What. I am also extremely curious to see what Apple is going to do with the "native" camera support as things can get more complex in terms of workflow pretty quickly. Apple has traditionally "hidden" that from the user, or at least forced transcodes before working.

All of that stuff, that's the hard stuff. The timeline interactions, while NO small coding task, it's the stuff that changes. Look at Pr 5.5 vs 6. A lot changed, a whole lot. But you know what hasn't changed after all these years? Their media management. Maybe it's not a priority, or maybe it's users don't work like we do? I have no idea and my guesses are probably wrong, I just know that it hasn't changed, and I know it's no small task. We will see what they do with it.

So, using fracking favorites to mimic a few in and outs points? Really, it's not a big deal to me. Not being able to reconnect media properly is a bigger deal to me.

I'll try and do an Apples to Apples bloat test.

Jeremy