[prev in list] [next in list] [prev in thread] [next in thread] 

List:       asterisk-dev
Subject:    Re: [asterisk-dev] temporary file names for monitor files
From:       Sherwood McGowan <sherwood.mcgowan () gmail ! com>
Date:       2008-05-30 20:02:53
Message-ID: 48405D6D.4040307 () gmail ! com
[Download RAW message or body]

Johan Wilfer wrote:
> You also have the -t flag you can add to asterisk at startup to make 
> asterisk record to another directory and then move the file.
> This is not what you ask for but a related function. I've missed this 
> one completely, stumbled on it yesterday.
> 
> "Usage: asterisk [OPTIONS]
> -t              Record soundfiles in /var/tmp and move them where they
> belong after they are done"
> 
> /Johan
> 
> Dmitry Andrianov wrote:
> 
> > As I understand Asterisk writes data to a file as soon as it receives it on the \
> > channel. And this means the file will start getting data almost immediately after \
> > creation, not when the call is complete. 
> > Writing to a .tmp file which is later renamed to a file without .tmp suffix is \
> > classic way of solving the problem. A LOT of applications do that. Checking \
> > modification time is more like a workaround to me. 
> > 
> > -----Original Message-----
> > From: asterisk-dev-bounces@lists.digium.com \
> >                 [mailto:asterisk-dev-bounces@lists.digium.com] On Behalf Of \
> >                 Sherwood McGowan
> > Sent: Friday, May 30, 2008 2:49 PM
> > To: Asterisk Developers Mailing List
> > Subject: Re: [asterisk-dev] temporary file names for monitor files
> > 
> > Tzafrir Cohen wrote:
> > 
> > 
> > > On Thu, May 29, 2008 at 05:24:48PM -0500, John Lange wrote:
> > > 
> > > 
> > > 
> > > > Does it make sense to write a patch for Asterisk so that while a
> > > > recording is in progress, the file has a '.part' extension on the file
> > > > name to differentiate it from files in which recording has finished.
> > > > 
> > > > The idea here is that if you want to move your recordings off to another
> > > > place once you have finished you can write a simple "cron" to do it
> > > > without having to worry if the recording has completed or not.
> > > > 
> > > > I realize this could be done through dialplan logic but seems to me that
> > > > this is a more logical way to tackle this problem.
> > > > 
> > > > Thoughts?
> > > > 
> > > > 
> > > > 
> > > Renaming at the end of a call?
> > > 
> > > All to similar to the task of the mixmonitor script. Couldn't this be
> > > implemented that way?
> > > 
> > > 
> > > 
> > > 
> > As I read it (pardon me if I'm misunderstanding your question), he wants
> > the .tmp or .part to be removed from the filename after the file is
> > finished being written to, thereby allowing a simpler method of knowing
> > when the file is completed being written to.
> > 
> > I haven't tested in depth, but I believe that the file is created but
> > does not have data in it until after the call is completed, but still we
> > don't want to modify/copy/move the file until after it's finished being
> > written to. Since you're not sure when the file is done being modified
> > by Asterisk, the only thing you can do is check for a modification time
> > that is more than x seconds/minutes in the past and then do what you
> > wish to do to the file.
> > 
> > However, your reminder of the mixmonitor script is good, I think I'll
> > take a peek into the code and try to get an idea of two.
> > 
> > Sherwood McGowan
> > 
> > _______________________________________________
> > --Bandwidth and Colocation Provided by http://www.api-digital.com--
> > 
> > asterisk-dev mailing list
> > To UNSUBSCRIBE or update options visit:
> > http://lists.digium.com/mailman/listinfo/asterisk-dev
> > 
> > _______________________________________________
> > --Bandwidth and Colocation Provided by http://www.api-digital.com--
> > 
> > asterisk-dev mailing list
> > To UNSUBSCRIBE or update options visit:
> > http://lists.digium.com/mailman/listinfo/asterisk-dev
> > 
> > 
> 
> 
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
> 
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-dev
> 
Fantastic, I can't believe I missed that option, it's been a while....

Thanks for pointing it out :)

-- 
Sherwood McGowan
VoIP / Telecom Solutions
sherwood.mcgowan@gmail.com


_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev


[prev in list] [next in list] [prev in thread] [next in thread]