Hm… What if the audio file is not recording, but a download. For a two minute file (assume mp3), the download is pretty quick… how long to perform the second pass to normalize AND auto-trim?
(I made a business decision a while ago to ‘delay' the news for the sake of trying to be precise with airing a one minute v two minute (sometimes four minutes) newscast. in His service, BJ Mora for GraceRadio at graceradio.net KGCE-LP/Modesto NOW at FM 107.9! > Message: 2 > Date: Wed, 4 Apr 2018 16:03:07 -0400 > From: Fred Gleason <[email protected] > <mailto:[email protected]>> > To: Rivendell-Dev <[email protected] > <mailto:[email protected]>> > Subject: Re: [RDD] Top-of-the-hour news question > Message-ID: <[email protected] > <mailto:[email protected]>> > Content-Type: text/plain; charset="us-ascii" > > On Apr 4, 2018, at 13:55, Cowboy <[email protected] <mailto:[email protected]>> wrote: > >> If you start playing BEFORE it starts recording, you are definitely >> playing old news, even though the new news is recording correctly. >> We use that for intentional delays. >> >> If you start playing AFTER recording starts, you should be playing >> what's currently being recorded. >> If there is a record problem for any reason, you should have a buffer >> under run, and things could get ugly, otherwise should work fine ! > > Correct, with one additional caveat: the record event in question must *not* > be set to normalize or auto-trim the audio. Doing so requires RDCatch to > perform two passes on the audio data and hence short-circuits the > play-while-recording logic. <snip>
_______________________________________________ Rivendell-dev mailing list [email protected] http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
