Re: [CinCV] Ducking audio
I am trying to setup ducker using Cinelerra's audio Compressor effect. I want to compress/limit a music track using a voiceover track as a trigger. To do this I have to put the voiceover track number in the Trigger text box. The voiceover track is sixth from the top, does that make it track number 5 or 6? Or is it 1 or 2 because it is the second audio track? Or should I put VoiceOver in the Trigger text box because that is the track name? I set up the compressor graph with a "knee" at -10db so that any music under -10db gets thru untouched while everything over -10db is hard limited at -10db. And because the voiceover track is the trigger this should only happen when the voiceover level exceeds -10db. But the compressor seems to be always on regardless of what is happening on the trigger track.. Any ideas? And apologies for answering myself. >Is there any way to duck audio in Cinelerra? I want to have a voiceover audio track control the volume of a music track, ie. the music volume is reduced when someone is talking. I could do it by exporting audio tracks to Audacity or Ardour, and then importing the effected tracks back into Cinelerra, but I would like to do it in Cinelerra if possible. Norv Stay connected to the people that matter most with a smarter inbox.. Take a look http://au.docs.yahoo.com/mail/smarterinbox ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] Ducking audio
Is there any way to duck audio in Cinelerra? I want to have a voiceover audio track control the volume of a music track, ie. the music volume is reduced when someone is talking. I could do it by exporting audio tracks to Audacity or Ardour, and then importing the effected tracks back into Cinelerra, but I would like to do it in Cinelerra if possible. Norv My blog - http://www.longforest.com Stay connected to the people that matter most with a smarter inbox. Take a look http://au.docs.yahoo.com/mail/smarterinbox ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] Re: Problem compiling Cinelerra on Ubuntu Hardy
Well, I don't know what fixed it, but I now have good playback _and_ ffmpeg works via yuv4mpeg stream! Woohoo! The last few things I changed for the record: 1) downgrading to the version of ffmpeg in the ubuntu repository. This was version 3:0.cvs20070307-5ubuntu7.1+medibuntu1 2) reinstalled everything I had installed via akirad repository. These are: akirad-keyring-and-mirrors, akiradnews, cinelerracv-gl, libgavl1, libguicastcv-gl, libmpeg3cv-gl, libquicktimecv-gl, optlibx11-noxcb-6, optlibx11-noxcb-data, libquicktime1, libquicktime-dev, quicktime-utils Thank you so much for all your help guys! Jim On Mon, Mar 2, 2009 at 5:19 PM, James Cook wrote: > I reinstalled cinelerra from the akirad repository, so I could let you >> know what errors I was getting using the yuv4mpeg stream. Whatever >> the problem was must have been fixed since the last time I tried using >> it (maybe 6 months ago). Both mpeg2enc and ffmpeg methods worked >> fine. > > > I would like to correct my previous statement. > > There are two packages in synaptic that I uninstalled before my adventures > with compiling began: > 1) cinelerracv-gl (version 2.1.1-git090131akirad2) > 2) cinelerra-generic (version 1:2.1.0-1svn20081017akirad2) > > If I install only cinelerracv-gl, then the yuv4mpeg stream works fine with > both mpeg2enc and ffmpeg. However, playback of video in the viewer and > compositor is messed up. It seems like it keeps jumping back several frames > as it is playing. > > If I install both packages, then the yuv4mpeg stream works fine with > mpeg2enc but I get errors with ffmpeg (see below). But in this case, > playback is perfect. > > yuv4mpeg stream w/ ffmpeg errors. I get the following line repeated 4 > times. > int YUVStream::write_frame(uint8_t**):write_frame() failed: system error > (failed read/write) > > I have the latest svn of ffmpeg installed. > > > Jim > > On Sat, Feb 28, 2009 at 8:25 PM, Andreas Hermann Braml > wrote: > > Hi! > > > > Am Samstag 28 Februar 2009 22:45:44 schrieb James Cook: > >> Would there be any other benefit to compiling from source? Someone > >> mentioned that ffmpeg is crippled in ubuntu hardy. Would you > >> recommend installing a different version of ffmpeg? > > > > You might try the one from Medibuntu. > > deb http://packages.medibuntu.org/ hardy free non-free > > > > But _only_ when you come to the point where the Hardy packages of FFMPEG > lack > > some codec you desperately need. As long as it does what you want, better > > stick with the package that comes with Hardy. > > That's just my experience, you may have radically different needs. > > > > > > Yours, > > pseudoruprecht > > > >
Re: [CinCV] Re: Cinelerra YUV4MPEG render problems.
> "John" == writes: Hi! John> Thanks. I'll give this a try. Something must have gotten checked John> in to the Cinelerra-cv tree that did something to the YUV4MPEG John> rendering without sufficient testing; happens to every project at John> some time; a patch fixes something while breaking something else. I was banging my head against wall for quite some time - every yuv4mpeg rendering consisted of garbage. Finally, I just rebuilt Cinelerra by disabling external-ffmpeg and now everything is OK. By superficially looking at git's log output (not familiar with git at all) I suspect the problem might be with the following patch: commit 954a91e72bba1ed1ce641b5faee7d4c5f318c074 Author: David Arendt Date: Sat Dec 27 12:02:20 2008 +0100 Add support for the dnxhd codec. In order to use dnxhd, a recent ffmpeg should be intalled and cinelerra must be compiled with ./configure --with-external-ffmpeg (cinelerra can also be compiled with builtin ffmpeg only dnxhd can't be decoded) Only decoding is handled by this patch. Encoding dnxhd can be done using YUV4MPEG Stream and using the following pipe: ffmpeg -f yuv4mpegpipe -i - -vcodec dnxhd -b 115Mbps %. Remember that dnxhd can not handle every resolution. All tests have been done with 1080p50. Can someone confirm that disabling external-ffmpeg solves the problem? Sincerely, Gour -- Gour | Zagreb, Croatia | GPG key: C6E7162D pgpGQzT3IlciR.pgp Description: PGP signature
Re: [CinCV] DVD longer than half an hour?
Hi Ron, Here's what I do, I hope it helps. I generally create a DVD with 6 or 7 different clips that I output from Cinelerra as Raw DV files. I add up the total running time of all the clips (the one I'm currently working on is 6 clips totalling 71 minutes). I take that over to http://www.3ivx.com/support/calculator/ and input the size of the disk I'm going to use (4200 MBytes), my running time (01:11:00), and my audio bitrate (256 KiloBits/sec). The calculate button tells me I can have a max of 7820 kiloBits/sec. I then create a shell script to run through all of my clips in succession using 2 pass encoding like: ffmpeg -i clip01.dv -pass 1 -passlogfile log01.txt -target ntsc-dvd -aspect 16:9 -b 7820k -maxrate 8000k -ab 256k -ar 48000 -ac 2 01_output_pass1.mpg ffmpeg -i clip01.dv -pass 2 -passlogfile log01.txt -target ntsc-dvd -aspect 16:9 -b 7820k -maxrate 8000k -ab 256k -ar 48000 -ac 2 01_output_pass2.mpg Note the "-b 7820k" I took from the website. This has never resulted in files too big to burn onto a disk and it seems to get very close to the file size limit for a DVD. I'm sure there may be other ffmpeg switches that would help me with better quality, I'd love to hear input from anybody. But, I've been generally happy with the quality and it's pretty much a cut and paste operation at this point so I haven't been experimenting much. Pat On Tue, Mar 3, 2009 at 12:14 PM, John Detwiler wrote: > Ron, > > That's good to hear. > > My big question, still outstanding, is: "HOW do we control the size/rate of > those .mpgs?" > > I believe that neither dvdauthor or dvdstyler will add much overhead, nor > should they make the .mpgs any more compact. > But, when rendering in Cinelerra, and when combining in ffmpeg, the only > parameter that seems to bear upon size and bit-rate > would be the -target option. > > Do you use something different from '-target ntsc-dvd' ?? > > (BTW: For Cinelerra rendering, I use the ffmpeg pipe: "ffmpeg -f > yuv4mpegpipe -i - -y -target dvd -flags +ilme+ildct %") > > Unless you (somebody) have applicable experience, I guess I'll just futz > with the ffmpeg parameters to see what happens. > > Thanks again. >
Re: [CinCV] DVD longer than half an hour?
Ron, That's good to hear. My big question, still outstanding, is: "HOW do we control the size/rate of those .mpgs?" I believe that neither dvdauthor or dvdstyler will add much overhead, nor should they make the .mpgs any more compact. But, when rendering in Cinelerra, and when combining in ffmpeg, the only parameter that seems to bear upon size and bit-rate would be the -target option. Do you use something different from '-target ntsc-dvd' ?? (BTW: For Cinelerra rendering, I use the ffmpeg pipe: "ffmpeg -f yuv4mpegpipe -i - -y -target dvd -flags +ilme+ildct %") Unless you (somebody) have applicable experience, I guess I'll just futz with the ffmpeg parameters to see what happens. Thanks again. On 2009-03-02 19:20, Ron Sparks wrote: > On Sunday 22 February 2009 03:02:34 pm John Detwiler wrote: > > 2. I've been following the workflow in the Cinelerra manual for > > publishing to DVD, and it works just fine. That is: > > > > - render to foo.ac3 and foo.m2v from Cinelerra > > - ffmpeg -i foo.ac3 -i foo.m2v -target ntsc-dvd foo.mpg > > - dvdauthor (with appropriate XML for multiple 'chapters') > > - mkisofs > > - burn to DVD (standard utility) > > > > 3. Standard DVD+R have 4.7 GB capacity, and hold about half an hour of > > mpg's. My finished project (including 'feature' and 'extras') will be > > at least 60-90 minutes altogether. > > John, > I follow pretty much the same work flow you describe above and can easily get > 100+ > minutes of video on a standard DVD. It depends on the size/rate of the final > rendered > foo.mpg file(s). > > I usually use dvdstyler for creating Menus, Chapters, etc, and the iso, then > burn the > iso with k3b. dvdstyler seems to handle some non-dvd compliant file formats, > converting them to what is needed( e.g. bitrate, frame rate-NTSC/PAL, etc) > > This method works well for me, allowing me to check menu operations, etc with > dvdstyler preview mode using Xine and seeing the size of the final iso file. > If its > too large, you can consider using k9copy to shrink the file to fit on a > single dvd. > HTH > Ron > > ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] xml into .avi or .mov
Rendering as you say I get the following error message: virtual int File DV::open_file(int, int): Raw DV format does not support following audio configuration: 0 channels at sample rate: 48000Hz But if I render it after ticking both "render audio tracks" and "render video tracks" it does so. After that I tried to render the Raw DV into both '.avi' and '.mov', and it does so, but the quality is just as awful as without rendering to Raw DV first. I read something about having a audio video set into two complements 16bits (Pcm) in order to have a video render into '.mov'. I'm not so sure if I'm interpreting it right. Would that be the problem here? Thanks Jose! --- On Tue, 3/3/09, Jose Legido wrote: From: Jose Legido Subject: Re: [CinCV] xml into .avi or .mov To: cinelerra@skolelinux.no Date: Tuesday, 3 March, 2009, 12:49 AM Hello! On Mon, Mar 2, 2009 at 11:11 PM, Thiago Guagliardo Klohn wrote: > Hey, Matthew - > > It worked as you instructed me, but the out come was a video with images in > pink, green and blue colors mainly. How can it be fixed? Is there a name for > that kind of erro so that I may research it? I couldn't find an option to > render my '.xml' as '.mov' either - there must be a way to do it, but I just > couldn't find it. How do you render your video? Try first to render to dv. File,render (shift +r) Choose File Format "Raw DV" and rebder video tracks. > As a matter of fact, I've been a Linux user for the last 6 > years and I prefer it to Micro$oft, specially because it forces you to learn > a lot of new things, but it doesn't seem obvious if you don't know much > about computers. Anyway, thanks a lot for your hand! > > Thiago > > --- On Mon, 2/3/09, msk...@ansuz.sooke.bc.ca > wrote: > > From: msk...@ansuz.sooke.bc.ca > Subject: Re: [CinCV] xml into .avi or .mov > To: cinelerra@skolelinux.no > Date: Monday, 2 March, 2009, 3:56 PM > > On Mon, 2 Mar 2009, Thiago Guagliardo Klohn wrote: >> I'd like to know if it's possible to take a '.xml' video >> that I have edited and save it in '.avi' or '.mov' simply > by using >> the key "save as". I have Cinelerra manual and there it > > "Save as" allows you to choose the *name* of the file and only the > name. > It will always be an XML file. If you save it as .avi, it'll be an XML > file with a name ending in .avi. The XML files created by Cinelerra are > not "videos"; they are edit lists, that is, sets of instructions on > how to > create the video. > > What you probably want to do instead is render the edit list into a video > file with the render command. > That will also give you a choice of what > name to call it; I strongly suggest that you choose a filename extension > matching the format you choose, so choose a name ending in .avi if you're > creating an AVI file, and so on. > > Rendering is a much different operation from saving; it involves actually > pulling chunks out of the source files and re-encoding them to create the > finished video stream, whereas saving the edit list just saves the list of > instructions on how to eventually do the render. Normally you only rarely > want to render, because it's time-consuming and may involve a quality > loss; while working on your project you just load and save the XML edit > lists and then when you're finally finished you render the result. > When you watch your project during editing the editor renders parts of it > on demand. > >> it the way I want? Is it a bug or a problem because I'm a Kubuntu >> 7.10 user? > > Not to be > rude, but it sounds to me like a bug or problem because you're a > Windows user. The whole thing of file names being inextricably linked to > the type of their contents is a Windows aberration; under Linux and most > other operating systems, you can give any file any name and if you give it > a misleading name (like naming an XML file "movie.mov") that's > your > problem. > > "Save as" .avi all you want; it will still *be* an XML file because > that > is what Cinelerra produces. > -- > Matthew Skala > msk...@ansuz.sooke.bc.caEmbrace and defend. > http://ansuz.sooke.bc.ca/ > > ___ > Cinelerra mailing list > Cinelerra@skolelinux.no > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra > > ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra