what you could do is render at full resolution, but actually work with highly compressed material... mjpeg hi level of compression should work ok.
this would let your disks take a break while not losing any functionality at all... bye andraz On ned, 2006-02-12 at 18:05 +0100, Ichthyostega wrote: > Hi Johannes, > thanks for your reply... > > > On Sonntag 12 Februar 2006 01:30, Ichthyostega wrote: > >>for our movie editing project we need to do "proxy editing". > >>The original footage is in HDV, so we can't play/edit it in realtime... > > Johannes Sixt wrote: > > You want to work with a smaller resolution. For this reason, if you apply > > masks, you will have to scale the mask points to the original resolution > > when > > you put back your original footage in your .xml. > > There are some plugins that also reference absolut pixel values, most > > prominently the titler plugin. You will have to post-process its settings, > > too. But there are others, too, like the Wave plugin or Decimate plugin. > > Ok, so if we are following this route, I would have to write some script > to transform the xml accordingly, at least for masks. Or we could do only > the basic editing with the proxies and have to switch to the original > resoulution for any more complex operations . > > Are there any other possibilities to avoid this problem? So the Cinelerra > session is working with the full resolution internally, but we provide only > material of lower resolution. As we don't ever use the full resolution for > playback in cinelerra, there should be a sufficient performance gain? > Is this reasoning right? (probably it is naiive :-) ) > Anyone tried this alredy? > > Cheers, > Hermann > > _______________________________________________ > Cinelerra mailing list > [email protected] > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra _______________________________________________ Cinelerra mailing list [email protected] https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
