FORUMS: list search recent posts

Managing Snapshots

COW Forums : Apple Final Cut Pro X

<< PREVIOUS   •   VIEW ALL   •   PRINT   •   NEXT >>
Patrick Donegan
Managing Snapshots
on Jan 6, 2016 at 5:56:35 am

While I am working on a project I tend to make lots and lots of snapshots.

"In the old days" I could manage them all in a Bin or folder.

What can I do now? They are cluttering up the hallway ;)

FCP X 10.2.2 - user since FCP 1.25
iMac mid 2011, MBA mid 2012
HVX-200, Shure wireless mic


Return to posts index

Bret Williams
Re: Managing Snapshots
on Jan 6, 2016 at 6:44:04 am

I have two events. One called Media, and one called sequences. In the sequences event I have all my projects and snapshots. When I generate a compound, they end up here, but I usually drag them over to the media event eventually to clean things up.

In the media event I have lots of keyword collections, often separated into folders like Camera Originals(folder)>Cam A, Cam B (keyword collections).

Not very different than the way I sorted things in legacy really, except that as an analogy to a bin vs. keyword collection, they're just better because my media can exist in multiple places/keyword collections at once.


Return to posts index

Charlie Austin
Re: Managing Snapshots
on Jan 6, 2016 at 6:45:46 am
Last Edited By Charlie Austin on Jan 6, 2016 at 6:47:04 am

[Patrick Donegan] ""In the old days" I could manage them all in a Bin or folder.

What can I do now?"


Smart collections. Here's what will collect all snapshots, (nicely misspelled lol) you could make a collection for separate project snapshots, whatever... :-)



-------------------------------------------------------------

~ My FCPX Babbling blog ~
~"It is a poor craftsman who blames his tools."~
~"The function you just attempted is not yet implemented"~


Return to posts index


Bret Williams
Re: Managing Snapshots
on Jan 6, 2016 at 6:50:23 am

I like that. And make sure the projects smart collection omits snapshots. So every time you do a snapshot, it just kinda disappears into the snapshot collection. Gonna steal that.


Return to posts index

Charlie Austin
Re: Managing Snapshots
on Jan 6, 2016 at 6:54:50 am

[Bret Williams] "Gonna steal that."

Feel free. I have an "project" event that organizes everything for me. Love smart collections. :-)



-------------------------------------------------------------

~ My FCPX Babbling blog ~
~"It is a poor craftsman who blames his tools."~
~"The function you just attempted is not yet implemented"~


Return to posts index

Bret Williams
Re: Managing Snapshots
on Jan 6, 2016 at 6:58:40 am

FCP X can call them projects, but I refuse to.


Return to posts index


Charlie Austin
Re: Managing Snapshots
on Jan 6, 2016 at 7:10:36 am

[Bret Williams] "FCP X can call them projects, but I refuse to."

lol... well, whatever you call them, Smart Collections sure do make it easy to organize them. :-)

-------------------------------------------------------------

~ My FCPX Babbling blog ~
~"It is a poor craftsman who blames his tools."~
~"The function you just attempted is not yet implemented"~


Return to posts index

Scott Witthaus
Re: Managing Snapshots
on Jan 6, 2016 at 12:14:26 pm

Doing it this way requires you to leave that word "snapshot" in the project title?

Scott Witthaus
Senior Editor/Post Production Supervisor
1708 Inc./Editorial
Professor, VCU Brandcenter


Return to posts index

Jeremy Garchow
Re: Managing Snapshots
on Jan 6, 2016 at 1:10:31 pm

[Scott Witthaus] "Doing it this way requires you to leave that word "snapshot" in the project title?"

Correct.

I use Smart collections too, and sometimes, if I have multiple versions of a sequence like version 12A,12B, 12C, 12D, and 12E, the client likes 12B and I make that version 13, I will add "snapshot" to the end of A, C, and E, and those Projects will fall out of the Smart collection.

I also use Smart Collections for "FINAL" versions, so that every Project in a my Projects Event that is FINAL shows up there. This is very helpful or larger campaigns where there can be dozens of versions.

Here's a filter set that I currently use to fiter out only the current versions of each Project in a Smart Collection.



The Event, right now, has 98 Projects in it, but with that filter applied, it cuts it down to the 5 Projects I am actually working on.

Jeremy


Return to posts index


Oliver Peters
Re: Managing Snapshots
on Jan 6, 2016 at 1:13:30 pm

[Scott Witthaus] "Doing it this way requires you to leave that word "snapshot" in the project title?
"


Yes, since the Smart Collection is using that criteria for sorting. Of course, you could use a different term and filter on that criteria, but then you have to manually alter the sequence/project name each version.

Part of this depends on how you create versions. For example, snapshotting is designed to mark a point in time (backwards) while you continue to work on the original sequence you started. If your approach is to make a copy and then revise that copy for the next version, then you might want to sort differently. For example, you could still create a Collection like a bin and simply move other versions into that. So 2 Collections - "current" and "old" or "in progress". Naturally this requires manual sorting, whereas Charlie's suggestion is automatic.

Oliver

Oliver Peters Post Production Services, LLC
Orlando, FL
http://www.oliverpeters.com


Return to posts index

Scott Witthaus
Re: Managing Snapshots
on Jan 6, 2016 at 1:53:54 pm

But I could do a Smart Collection based on the word, "version", correct? So my spots usually are (for example): "Lottery Giveaway_Version 3". And then snapshots are made from each version based on what I or the client wants to try. I don't keep the word 'snapshot' in there as it clutters up the title.

But as long as I keep "version" in the title, I am good to go, right? I don't use smart collections enough as I should.

Scott Witthaus
Senior Editor/Post Production Supervisor
1708 Inc./Editorial
Professor, VCU Brandcenter


Return to posts index

Jeremy Garchow
Re: Managing Snapshots
on Jan 6, 2016 at 6:18:03 pm

You could, sure, but I think there may be a more efficient way. Let me explain:

I have completely changed the way I version my sequences thanks to Snapshots and Smart collections.

I always use the word "snapshot" because when you make a new snapshot, that word is automatically int he title.

Let's say i'm working on v3. I may snapshot v3 10 times during the day. This means I have 11 versions of v3. When you create a snapshot, it also time stamps it, which is also very useful.

When I send off v3 to the client, get feedback and I am now ready to create v4, I simply snapshot v3 one last time, then change the name of v3 to v4 right in the Smart Collection. This way allows a lot less clicking, a lot less renaming, and I get the Smart Collections to auto aggregate all my different versions. it also helps with X's inability to keep more than one version of a Project open at a time.

If you use the word "version", you would have to delete the word "version" out of every snapshot you make because the Smart Collection would be looking for the word "version". That might get tedious.

To me, snapshots are different ideas and temporary versions. I make a snapshot, it's dated, and then I keep working on the current v3. If I need to back to a previous idea, I simply open the snapshot at the proper time/date, and rename it v3b, or whatever.

I hope this makes sense. I could show it to you easily in person.

Basically, it's the reverse of how I used to work in FCP7 or Pr. In those programs, I duplicate the timeline and then work from the duplicate. In X, I dupe the timeline, but keep working on the Project in front of me. All the dupes have the name "snapshot" attached to it, and get aggregated in to a "snapshot" Smart Collection.

Here's a picture of my current "projects" bin on a spot campaign of about 20 spots. All spots and all versions are in this Event, but because of the keywords and smart collections, Everything is extremely tidy, and I barely have to do any managing of Projects in this Event no matter what stage of the process they are in from beginning, to middle, to interchange, to final, to output and all it takes is a few simple text search rules.

Pic:



Jeremy


Return to posts index


Noah Kadner
Re: Managing Snapshots
on Jan 6, 2016 at 6:30:45 pm

+1 for Jeremy's workflow. that said- I find more than a few snapshots to be a waste of energy as you rarely go back to any but the most recent.

Noah

FCPWORKS - FCPX Workflow
FCP eXchange - FCPX Workshops


Return to posts index

Charlie Austin
Re: Managing Snapshots
on Jan 6, 2016 at 6:34:44 pm

[Noah Kadner] "I find more than a few snapshots to be a waste of energy as you rarely go back to any but the most recent."

Agree, but I think it depends on what you're cutting. For me, I'll go down a road, and then maybe completely change the whole thing (snapshot) work, change the music (snapshot) replace some shots, or replace a gag or a scene (snapshot) I'll end up with at least 3 and maybe a lot more snapshots depending on the spot.

-------------------------------------------------------------

~ My FCPX Babbling blog ~
~"It is a poor craftsman who blames his tools."~
~"The function you just attempted is not yet implemented"~


Return to posts index

Noah Kadner
Re: Managing Snapshots
on Jan 6, 2016 at 7:30:49 pm

Yeah if I were in charge it would be clip level undo history. But I'm not...

Noah

FCPWORKS - FCPX Workflow
FCP eXchange - FCPX Workshops


Return to posts index


Charlie Austin
Re: Managing Snapshots
on Jan 6, 2016 at 6:30:52 pm

[Jeremy Garchow] "Basically, it's the reverse of how I used to work in FCP7 or Pr. In those programs, I duplicate the timeline and then work from the duplicate."

Kinda the same here. Work on V1(or 2,3 ,4 etc) with WIP appended to the name, making snapshots as needed. The WIP collection only has the current versions of cuts, snapshots go into one place, and I can see everything in "All Projects" (or the Library Project Collection) When a version goes to the client, remove WIP, add "sent" in the notes field, and it goes to the "sent" collection. Get changes, snapshot the sent version, change the version # and add WIP and delete the sent note... repeat. So mostly it's all automatic. Works great.

-------------------------------------------------------------

~ My FCPX Babbling blog ~
~"It is a poor craftsman who blames his tools."~
~"The function you just attempted is not yet implemented"~


Return to posts index

Jeff Kirkland
Re: Managing Snapshots
on Jan 6, 2016 at 8:32:00 pm

LAnother thumbs up for Jeremy's workflow from me. I have smart collections for just projects, just snapshots, and a third for compound clips.

At the library level, I have a smart collection that just shows projects with the word 'delivered' in them, so that I can easily find what got sent to the client. (I always think it's tempting fate to use the word 'final' in a project name :-)

I use post-haste to start every project with a library that has the smart collections set up and ready to go.

Jeff Kirkland | Video Producer | Southern Creative Media | Melbourne Australia
http://www.southerncreative.com.au | G+: http://gplus.to/jeffkirkland | Twitter: @jeffkirkland


Return to posts index

Bret Williams
Re: Managing Snapshots
on Jan 6, 2016 at 9:16:03 pm

Even if I put final in the name I always keep the version number like v5 FINAL. Then if you find a couple FINALs you just go with the newest number.


Return to posts index


Jeremy Garchow
Re: Managing Snapshots
on Jan 6, 2016 at 9:19:43 pm

[Jeff Kirkland] " (I always think it's tempting fate to use the word 'final' in a project name :-) "

No, it just goes to final v2...v3...v4, etc.

:)

In the world of spots, only the ones that I send to broadcast get FINAL, as they really are final. If they change after the initial transmission, it's a new spot with a new ISCI, title, and delivery.

Before they are final, I mark them as FC, or final candidate, and that could stretch on for 10 more versions, but at the end of it, it's FC v10, or final candidate v10.

One the final candidate is approved for delivery, then I add the word FINAL, and it goes in to the FINAL category.

Delivered could work too, then it would be delivery candidate, or DC.


Return to posts index

Scott Witthaus
Re: Managing Snapshots
on Jan 6, 2016 at 11:31:30 pm

[Jeremy Garchow] "I may snapshot v3 10 times during the day."

This is an interesting conversation and maybe I am using snap shots the wrong way. Personally, I would never want 10 V3's based on time of day. If I have a V3 and want to make changes, I take a snapshot of V3, and label that V4 and start changing (this is in my spot world). Usually I do two or three versions before the agency team comes into the suite. They pick one they like and start versioning from that. But even if they like the 2nd of 4 versions I present, I snapshot V2 and label that "V5_agency" and move on from there as it basically is the 5th version of the spot, no matter which version they originally liked. I've been up to 37 versions with one director...there's a term for that, but it might get me moderated off the forum.

My versions can be very minor changes, but I don't want to have to figure out what time it was when a 25 year old copywriter says "I like that version we did with the wide shots". That version may be something like "V6_agency_wide shots". Or it could be "V7_agency_alt VO". After a while I will drop the 'agency' term from the version name. I try to be very descriptive on version names.

Most of my spot work goes on to audio, effects (if any) and color after picture and sound is locked. Final is never used until it is final...yeah right. ;-)

Scott Witthaus
Senior Editor/Post Production Supervisor
1708 Inc./Editorial
Professor, VCU Brandcenter


Return to posts index

Jeremy Garchow
Re: Managing Snapshots
on Jan 7, 2016 at 12:13:56 am

[Scott Witthaus] "
This is an interesting conversation and maybe I am using snap shots the wrong way."


I don't think there's a right or wrong way.

If I need to make multiple versions of something, I tend to use alpha.

So if I'm showing 3 different versions of a spot, it'll be v3a, b, and c.

Once one of those is reviewed and picked, I move to v4.

This way, when I upload review copies, it's much easier to track version numbers chronologically as if I used v3, v4, and v5 and three different presentations, and they picked v4, the next one would then be v6. To me, that is more confusing.

I often present 4-6 different versions or options at a time, so I would make v3a - v3f.

As far as making multiple snapshots, the clients usually never see the snapshots. I use snapshots almost like I used save, but less often. If I need to go back to a different cut, I find the snapshot. But to clients, I present whole numbers (or numbers and alphas). Snapshots are my own internal versioning, usually for my eyes only.

I only add "final" to what is uploaded to air. All increments of sound/color that get returned to me are still final candidates, not finals. Finals are saved for what's on air.


Return to posts index

Bret Williams
Re: Managing Snapshots
on Jan 6, 2016 at 9:19:37 pm

I would keep snapshot in there because it is a very special designation. It's not just a duplicate. All compound clips have been referenced to new parent compounds so that altering them won't alter any other project anywhere. So I leave snapshot in the title for this reason if no other because there is no indication otherwise.


Return to posts index

<< PREVIOUS   •   VIEW ALL   •   PRINT   •   NEXT >>
© 2017 CreativeCOW.net All Rights Reserved
[TOP]