Re: [CinCV] Current Best Practice for Rendering HD

2010-07-05 Thread Mark Goldberg
Just to summarize for posterity, here is what works for me: I load the files from my 7D into Cinelerra patched to read SOWT audio. I edit in Cinelerra. I render audio to a wav file 16 bit linear audio. I render video to uncompressed RGB in a quicktime container. I user qtstreamize to move the moov

Re: [CinCV] Current Best Practice for Rendering HD

2010-07-02 Thread Edouard Chalaron
out if GPUs/ open/GL/ linux can work together. Cheers E --- On Sat, 3/7/10, Mark Goldberg wrote: From: Mark Goldberg 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

Re: [CinCV] Current Best Practice for Rendering HD

2010-07-02 Thread Mark Goldberg
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 m

Re: [CinCV] Current Best Practice for Rendering HD

2010-07-02 Thread Edouard Chalaron
: julien.cyno...@free.fr Subject: Re: [CinCV] Current Best Practice for Rendering HD To: cinelerra@skolelinux.no Date: Friday, 2 July, 2010, 11:21 PM De: "E Chalaron" : > When you work with film scans you need to be able to create 10 bits 444 > quicktime files or uncompressed RGB

Re: [CinCV] Current Best Practice for Rendering HD

2010-07-02 Thread Edouard Chalaron
Well, first because I work with TIFF files in 16 bits, and I can use either RGB or RGB float on them, and on the vectorscope it makes a hell of a difference compared to 8 bits. Second because I use them as a digital intermediate for 16 mm scans. Once I have done my color corrections/ grading the

Re: [CinCV] Current Best Practice for Rendering HD

2010-07-02 Thread Mark Goldberg
On Fri, Jul 2, 2010 at 7:42 AM, Mark Goldberg wrote: > I can't check now, but I believe I use RGB as the internal color space, so I > uncompressed RGB. Quality is most important, and if it YUV4MPG is > actually 4:2:0, I may stay with uncompressed RGB. The Canon 7D video > is not perfect but some

Re: [CinCV] Current Best Practice for Rendering HD

2010-07-02 Thread Mark Goldberg
On Fri, Jul 2, 2010 at 7:59 AM, Eli Billauer wrote: > That's an interesting point. I tried a YUV4MPEG stream with mplayer, which > complained that it didn't recognize the stream tag C420jpeg (but played the > clip OK). So this is a hint that a previous remark is probably correct about > YUV4MPEG g

Re: [CinCV] Current Best Practice for Rendering HD

2010-07-02 Thread Eli Billauer
E Chalaron wrote: Just to complete : When you work with film scans you need to be able to create 10 bits 444 quicktime files or uncompressed RGB That's an interesting point. I tried a YUV4MPEG stream with mplayer, which complained that it didn't recognize the stream tag C420jpeg (but played

Re: [CinCV] Current Best Practice for Rendering HD

2010-07-02 Thread Oriol Corbella
And to make videos in HD for YouTube. What do you use?

Re: [CinCV] Current Best Practice for Rendering HD

2010-07-02 Thread julien . cynober
De: "E Chalaron" : > When you work with film scans you need to be able to create 10 bits 444 > quicktime files or uncompressed RGB > Which I am not sure how to handle. Maybe y4mtoqt piping ? ... > For this one I use the internal Quicktime for Linux It seems to me that yuv4mpeg produces only yuv

Re: [CinCV] Current Best Practice for Rendering HD

2010-07-01 Thread E Chalaron
Just to complete : When you work with film scans you need to be able to create 10 bits 444 quicktime files or uncompressed RGB Which I am not sure how to handle. Maybe y4mtoqt piping ? ... For this one I use the internal Quicktime for Linux cheers E > This is something I do, regardless of the ta

Re: [CinCV] Current Best Practice for Rendering HD

2010-07-01 Thread Eli Billauer
E Chalaron wrote: I export with a yuv4mpeg pipe This is something I do, regardless of the target format. The reason is that creating a proper video stream is an art in itself. Even if a video plays well on your computer, it may still contain defects (being a result from bugs in the encode

Re: [CinCV] Current Best Practice for Rendering HD

2010-07-01 Thread E Chalaron
Ok I realise my emai was not complete. save the first script into /us/local/bin give it a 755 (maybe ? not sure) I save mine as cineAVCHD and I use the option yuv4mpeg, call the script "cineAVCHD %" and render it Then I export the AC3 And from a command line call the H264to MP4 script to mux the lo

Re: [CinCV] Current Best Practice for Rendering HD

2010-07-01 Thread E Chalaron
Hi Mark I never managed to use the internal H264 encoder properly. I export with a yuv4mpeg pipe Here is the script I am using #/bin/bash file=$1.264 mkfifo stream.y4m x264 --sar 1:1 -m 6 --me umh -b 4 --bitrate 24000 --threads 4 -o $file stream.y4m & sleep 0.5 cat /dev/stdin > stream.y4m rm

[CinCV] Current Best Practice for Rendering HD

2010-06-30 Thread Mark Goldberg
I'd like to hear from some users about what you are using to render HD files with the current version (git jt6 2009-12-10). I've tried the following for my 1080p29.97 files. H.264 does not seem to work, with no video output. Uncompressed RGB works, sent to a quicktime container, but the PCM audio