[Asterisk-Dev] Formats for storing Audio archives.

[Steve Totaro]

----- Original Message ----- 
From: "Steven Critchfield" <critch at basesys.com>
To: <asterisk-dev at lists.digium.com>
Sent: Tuesday, May 11, 2004 5:17 AM
Subject: Re: [Asterisk-Dev] Formats for storing Audio archives.


> On Mon, 2004-05-10 at 21:13, Adam Hart wrote:
> > James Gardiner wrote:
> >
> > > On the topic below..
> > > Well, for storing the audio from a call, it does sound like a good
idea to
> > > keep each channel separate so a left/right (Caller/receiver) stereo
mix
> > > sounds like a great idea, especially if you need to really analyse one
of
> > > the channels audio for whatever reason.
> > > However, if going to this level, a good compression with least drop in
audio
> > > quality is what your most likely looking for.
> > >
> > > In terms of accessing the files, an archive would more likely be
accessed
> > > via WEB interface.  So standard audio compressions like MPEG audio OGG
or
> > > other free based hi quality methods would be ok.  Mainly as we want an
audio
> > > format readily available on any PC without having to use special
player. (Ie
> > > GSM is not supported out of the box from windows from my
understanding.)
> > >
> > > Considering all this, I was wondering if the list had any comments on
this.
> > >
> > > I wanted to discuss this application as I plan to implement all phone
calls
> > > in my company being archived.  I have had considerable problems with
loosed
> > > lipped employees and Intellectual property issues in our organisation
with
> > > use of our facilities for employees own gain.
> > >
> > > Thanks,
> > > James
> >
> >
> > I'd say the easist way would be to store in wav and (assuming wav causes
> > storage issues), have a cron job to encode to mp3 every 5minutes (must
> > remember to only encode completed calls - look at timestamp of file).
> > You could even do this on another box if encoding of mp3 adds too much
load.
>
> timestamp wouldn't tell you if a file is currently being recorded.
> Please learn the better tools of lsof(8).
> -- 
> Steven Critchfield <critch at basesys.com>
>
 About:
Lsof is a Unix-specific diagnostic tool. Its name stands for LiSt Open
Files, and it does just that. It lists information about any files that are
open by processes currently running on the system. It can also list
communications open by each process.