h a l f b a k e r yWe have a low common denominator: 2
add, search, annotate, link, view, overview, recent, by name, random
news, help, about, links, report a problem
browse anonymously,
or get an account
and write.
register,
|
|
|
Please log in.
Before you can vote, you need to register.
Please log in or create an account.
|
I do a lot of editing, and I like to backup my project file on two computers. Sometimes I want to edit on one computer, and then a little on the other computer. But if I do that, I have to choose one to keep editing forever because the file is now different from the one on the other computer. Maybe
one is color corrected but not keyframed, and the other is keyframed but not color corrected.
There should be an option to "merge projects" rather than just "save as". This would add everything done after a certain date in the one project, to the other, without causing any damage. Besides my own convenience this would be very valuable at places like tv stations. Several people could take on parts of a project at the same time, on seperate computers, and then merge all the projects together for the finished product.
[link]
|
|
If two people are editing the same set of frames, are the
results additive, generally? My only experience is of simple
things like Photoshop, where most most things don't
commute. I presume there are distributed editing tools for
video, but maybe they work by distributing frames to
different computers or the like? |
|
|
I'm surprised that this cannot be done in Final Cut Pro? [+] |
|
|
What you need is a centralized backup solution, like doing it online or using one as a server. |
|
|
What you need is a nondestructive NLE that stores its
edits as plain text files. Then you can use any off-the-
shelf VCS such as Git or Mercurial. |
|
|
Exactly, [notexactly] - Git is the way to go, but doesn't work well with compressed binary formats such as those you get with video. |
|
|
If someone invented a binary-friendly, domain-aware, highlightitative Git diff report/differ, the world would be a far, far better place than it is today. |
|
|
Or even the good old-fashioned unix "patch" program with
context diffs. |
|
| |