On Tue, 30 May 2006, Nathan Kurz wrote: >The only problem with YUV4MPEG is that it is video only. The easiest >way to do this export is with a container that supports both audio and >video. DV is a convenient example of a format that meets this need. >The worry about the encode/decode is valid, but if the original input >is DV, it will be used directly without that step.
Hmm, I'd say the easiest way is with named pipes, e.g. mkfifo /tmp/video-pre-encode mkfifo /tmp/video-post-encode mkfifo /tmp/audio-pre-encode mkfifo /tmp/audio-post-encode ffmpeg -i /tmp/video-pre-encode <video opts> -o /tmp/video-post-encode & ffmpeg -i /tmp/audio-pre-encode <audio opts> -o /tmp/audio-post-encode & mplex /tmp/video-post-encode /tmp/audio-post-encode -o <final DVD mpeg> but with changable names and changable standard DVD options. The generic form of this is simply to have a "named pipes" render target (i.e. video pipe and audio pipe) and allow any command line(s) to be background-run to process the pipes. >The other way to approach this problem is to use YUV4MPEG (or similar >uncompressed format), and seperately export audio the same pipe that >it is using. This would be a fine solution too (perhaps even a better >one) although I think a little harder to implement. I certainly >wouldn't want to discourage anyone from doing it, though. I don't think the yuv4mpegpipe format allows for audio, so I don't know how that would be possible... -- Dan Streetman [EMAIL PROTECTED] --------------------- 186,272 miles per second: It isn't just a good idea, it's the law! _______________________________________________ Cinelerra mailing list [email protected] https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
