That's the case with "Monitor" (apparently), but "MixMonitor" grabs both ends of the call. On a system I ran with lots of MixMonitor recording, Asterisk renamed / moved the recording file when a call completed, and that happened without any delay at all. Only one file was created for the entire call.
On Wed, Apr 23, 2014 at 2:39 PM, Eric Wieling <[email protected]> wrote: > Doesn't MixMonitor use sox to combine the incoming and outgoing > recordings? If so, I'd expect MixMonitor to add MORE delay, not less. > > -----Original Message----- > From: [email protected] [mailto: > [email protected]] On Behalf Of Josh Metzger > Sent: Wednesday, April 23, 2014 2:35 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [asterisk-users] Help with a bug > > As a second possible solution, instead of "Record", could you use > MixMonitor, then run "StopMixMonitor" and THEN do your Playback? That > should definitely make sure the recording file is closed and the file > handle released. > > > -Josh > > > > On Wed, Apr 23, 2014 at 2:29 PM, Josh Metzger <[email protected]> > wrote: > > > How many seconds later does the file show up? Can you just throw > in a Wait() (maybe 1 or 2 seconds) and then do the Playback, or would even > a second or two of delay be an issue (or does it still not work)? > > > -Josh > > > > > On Wed, Apr 23, 2014 at 2:23 PM, CDR <[email protected]> wrote: > > > Dear friends > I filed a bug > https://issues.asterisk.org/jira/browse/ASTERISK-23656 > but I am wondering if somebody can figure a workaround. I > am stuck > trying to deliver an application. > The case is this: A Record is executed and an immediate > Playback > follows. Asterisk returns an error, saying that the file > does not > exist, but a few seconds later, it does. > It does not help if after the Record application I do > SHELL(sync). > Asterisk has not flushed the file out to the OS and it > already > returned. Maybe the application record should have a > parameter about > this behavior. For some application is fine, for some > others is not. > > -- > > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by > http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar > every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users > > > > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
