Copies of clips with differing color corrections
 

What do I have to change in the copy of a clip to be able to use the same shot in FL and have it appear in PP with different contrasts, colors etc. I remember someone wrote about this many months ago, but I haven't found the link.
Thanks for any information.
Carlos

i was looking for a solution to this as well.
my only thought is to duplicate that clip and rename it, then you will also have to replace those shots in PPro with the duplicate for the new Color corrections to be applied.

What Justin said, for short clips.

For long clips, use VDub to make a new file containing just the part you want, then grade it with FL differently as you wish.

Thirdly, let's not forget that you can still grade clips in the NLE or compositing app ;)

There, you can duplicate clips on the timeline and apply different filters as needed to dufferent instances of it.

ALEX:
if you create a new SI2K clip with Vdub, can you apply debayering filters to that re-rendered clip?

Or does the clip lose its SI2k metadata, dissallowing debayering?

VirtualDub has this awesome feature called Direct Stream Copy, allows you to extract sequences from an AVI without recompression (very fast too.) While that is not the solution to this thread, it is a useful step, and it does solve the issue Justin brings up (the loss of metadata or debayering opinions for SI-2K/RAW sources.) There is a shell tool that can be very useful is you want a different base color for a reuse clip.

rewrap yoursource.avi newclip.avi -n

This will copy all the metadata, and produce a new file without recompressing, but give the new file difference GUID (Global Unique ID) so FirstLight will have a separate database entry for it.

David,

I've tried the command you suggusted

rewrap yoursource.avi newclip.avi -n

which quickly creates a duplicate of the source file, but the new file is not independent of the original source file: any changes I make on one of them in FL affects the other one as well. The only work-around I have found has been reprocessing the source file in HDLink. Now the two files are independent of each other.

Carlos

Carlos,

Thanks, you found a bug. The -n switch wasn't doing the correct thing.

Now fixed and the new version of Rewrap.

<pre>Usage: rewrap source.avi|mov output.avi|mov -[switches]
-n New GUID for the output file.
-iX in point in frames to start the rewrap
-oX out point in frames to end the rewrap

purpose: lossless rewrap CineForm compressed samples from AVI
to MOV, or vise-versa. Can also be used to trim clips
and generate a new GUID, useful for making database
independent copy of the original.

example: rewrap M:/source.avi M:/sequence.mov
example: rewrap M:/clip1.avi M:/clip1a.avi -n
example: rewrap M:/clip1.avi M:/subclip.avi -n -i340 -o477

Rewrap version: 1.10, 17-Oct-10 (c)2009-2010 CineForm Inc.</pre>

Download from here: http://cineform.com/downloads/Rewrap.zip

Unzip and replace this one:
C:\Program Files (x86)\CineForm\Tools\Rewrap.exe

Wow, David,

that is a niffty tool.
Thank you for the quick update!

Carlos

Hi David,

I am having an interesting issue. A client and I are working on a batch of Cineform 3D files. I have one copy and he has another. We were going to use dropbox to share firstlight changes. These files were captured on a buggy version of SiliconDVR and needed to be run through the GUID tool to fix the broken metadata layer. We both ran our individual copies through the GUID repair tool, and now it seams that we have two Unique sets of files... When he makes changes in Dropbox I do not see them update on my batch of files.

My question / request is this: Can I read the GUID from his files and then update my files with his GUID's some how? Or maybe have a spot in Firstlight where you can read the GUIDs in a batch of files and then replace them based on the files name.

A batch terminal utility would work. My client could dump his files into one folder and then "extract GUID".

I could dump all my files into one folder and "replace GUID" based on file name since our naming structure is still the same.

Or if it was built right into Firstlight it might look like:

On my clients system open Firstlight,
Import a batch of Cineform3D files,
Then have a button that says "Export GUID's", which would look at the files and generate a list of the names of all the clips and the GUID for each Cineform in the list.

Then on my system open the same group of files and have a button "Import/Replace GUID's", which would replace all the GUID's for files with matching names.

I think as it stands right now I am stuck having to redo all my stereo corrections, or he has to throw away and redo all his primary corrections, which also means replacing all 1.5TB of footage on one computer. Also consider our two backup copies are bugged as well... If we ever had to resort to one of those copies we have another batch of GUID repairs and yet again another group of files that would need the GUID to be updated to even be relevant.

Is anything like this coming down the pipe?

BTW, overall I am finding a lot of stability improvements in Neo3D Mac. Thanks for your ongoing hard work on this product.


-John

John,

Sorry that is not going to happen, too far outside of what a general use could ever need. You could build you own tool, as it is not that hard, but it is more work than we can fit in our schedule.

OK, could you help me understand your GUID generation process a little better. How do I access the GUID in a Cineform to be able to read and write to it? If I came up with something I would be happy to share it with the users here.

How do you generate GUIDs? Are they random? Time based... Content based like MD5 or something?


-John

Not for the fourm. Email me.