Hi Mark No I dont have any problems with big files. I often produce files of 150 + GB without a problem. I never had actually... not in yuv2 or RGB uncompressed or 10 bits etc...
Yes it is heavy but for film scan if you want the max of color definition for grading then you cant just work with 8 bits. Now of course this means that you need a 10 bit grading monitor etc.. which is expansive, however the vectorscope and the histogram functions do help a lot and hard drive are cheap as. An option I am looking at is a plasma screen TV 10 bits but they are usually big. I still need to find out if GPUs/ open/GL/ linux can work together. Cheers E --- On Sat, 3/7/10, Mark Goldberg <marklgoldb...@gmail.com> wrote: From: Mark Goldberg <marklgoldb...@gmail.com> Subject: Re: [CinCV] Current Best Practice for Rendering HD To: cinelerra@skolelinux.no Date: Saturday, 3 July, 2010, 7:29 AM On Fri, Jul 2, 2010 at 11:40 AM, Edouard Chalaron wrote: > I will stick to quicktime for linux for my 10 bits files. Do you have the problem where the encoder cannot see the mov atom in the Quicktime file from Cinelerra if it is more than 4 Gig long? I have to run the file through qtstreamize to move the atom to the start of the file and that takes a long time, but I have not found another tool to do it. Being that uncompressed RGB is about 700 Gig an hour, that takes a long time just to copy the file, with almost no cpu utilization. Mark _______________________________________________ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra