ability to remove unused footage from clips

[videoguy]

i would like to have a utility that would remove the unused footage from a clip i.e such as i have a prjocet with a clip that i is 30 minutes long i trim it down to `18 minutes then i click this ulity it removes the remainder 12 minutes from my hard drives

[ted]

I'll second that for a third or fourth time.

[Paul Lara]

And again...thanks for the suggestion. :P

[prospector]

Yea,
come to think of it, we could do that on the Amiga..

do all your cuts and destructivly edit it.

That woulda helped me with the question I posted on the '2 hour film lost' thread

Actually there wouldn't have been a question if we had this.
I woulda had plenty of room then.

[mgrusin]

If you have enough room on your drives when you're done with your project, you can render your TEd project to a single compressed or uncompressed clip (and audio file, if required by the format). This will be only as large as the visible clips in your final edit. Then you can delete the source material to free up space.

-MG

[prospector]

I 'thought' 320 gigs would be enuf :D
original film in was 236 gigs
probably down to 140 after cuts

Yea yea...too lazy to record only what I needed :D

But it DID come with the Amiga so we should have it here too:)

[tmon]

While I wholeheartedly agree with this feature request, when VT[3] arrives, I'm hoping that batch capture will help us with our data management, especially for long-form projects.

What I would like to be able to do is capture in low-res, do the rough cut, then redigitize only the clips that are needed for the final cut.

Will VT[3] allow us to re-capture only the durations of clips that we need in this scenario? Will we have to drag all of the clips from our "rough cut" timeline into a bin? I'm curious as to how this procedure would be done.

[mgrusin]

Another suggestion ($ but not $$$): add one or two of the big IDE drives (Western Digital JB series) for a "temp" array. You can use it to store renders from your "working" SCSI array, back up stuff, and other low-performance jobs. SCSI's fast, IDE's big and cheap, use each for what it's good for.

-MG.