|
From: Jan S. <ha...@st...> - 2010-06-15 06:47:35
|
(Plese don't top-post.) > > Date: Sat, 12 Jun 2010 19:59:28 +0200 > > From: Jan Stary <ha...@st...> > > Subject: Re: [SoX-users] SoX Stats: add peak position? > > To: sox...@li... > > Message-ID: <201...@ww...> > > Content-Type: text/plain; charset=us-ascii > > > > On Jun 12 10:43:15, nitin arora wrote: > > > Hello, > > > > > > I am wondering if there's a way to implement into the "stats" feature the > > > inclusion of the position (in seconds or samples) of the Max and Min > > values > > > per channel. > > > > > > I work in a digital library where we use SoX to extract regions within > > our > > > archival files, but I would also like to collect stats without relying on > > a > > > non-open source application. The position of the max/min values would > > seem > > > to help future techs how to recreate the file in the event if the > > archival > > > file itself is lost somehow. > > > > If you lose your audio file, but you have the information > > that the peak was axactly at mm:ss - how is that gonna > > help recover the lost file? > > On Jun 14 21:05:43, nitin arora wrote: > Hi, > I should have used better wording. > I'm actually talking about if you had to (rather unfortunately) ever > re-digitize the object. > Having the location of the max/min position would seem to tell one a lot > more about how close/far they might be from the lost digital file than if > those stats weren't available at all. I still don't get it. You "digitize an object" (such us, record an analog tape with sox, right?) thus getting file.wav (the "archival file" in your digital library). Then you learn and remember the position of the max and min peak of file.wav. Then you lose file.wav. Then what? You just redigitize the tape the same way you did the first time, thus getting another file.wav - which will contain almost the same, but will probably be slightly shifted w.r.t. the first file.wav, and will probably have a different amplitude. Is _this_ the problem? Do you need the second copy of file.wav to be exactly as loud as the first (lost) one, and be totally synced with the first one (namely, having its peaks at exactly the same mm:ss)? Is this what you need to do? If so, say so explicitly. Also say why. Also, why would you re-digitize the analog source instead of just getting file.wav from the backups of your library? |