Re: [asterisk-dev] Asterisk ARI Recordings Bug?
Michael Petruzzello wrote: Hello, I am creating recordings through Asterisk's rest interface, and that generally works very well. In some occasions, recordings that are longer than 10-15 minutes in duration are unplayable. I end up having to import the file as raw data into Audacity, and then however I export the file it plays just fine. I've looked for more information on this issue, but I generally just find issues about trying to play audio in Asterisk that end up being encoded wrong. Whether it's ARI or not the same things are used underneath. What file format and what says they are unplayable? -- Joshua Colp Digium, Inc. | Senior Software Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - US Check us out at: www.digium.com & www.asterisk.org -- _ -- 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
[asterisk-dev] Asterisk ARI Recordings Bug?
Hello, I am creating recordings through Asterisk's rest interface, and that generally works very well. In some occasions, recordings that are longer than 10-15 minutes in duration are unplayable. I end up having to import the file as raw data into Audacity, and then however I export the file it plays just fine. I've looked for more information on this issue, but I generally just find issues about trying to play audio in Asterisk that end up being encoded wrong. *Michael J. Petruzzello* Software Engineer P.O. Box 4689 Greenwich, CT 06831 203-618-1811 ext.289 (office) www.civi.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
Re: [asterisk-dev] Double queue calls being delivered to agents
Marek Červenka wrote: 13.9.0 is out but there is nothing about $subj Richard can you confirm it was postponed to 13.10.0 ? The fix you are referring to was merged after the initial release candidate for 13.9.0 was created. Since it was not a fix to a critical regression uncovered through the release candidate series it was not merged in. It will be in 13.10.0. do you think its "safe" patch 13.9.0 with https://github.com/asterisk/asterisk/commit/83dadc4683abcd10f0c4566abef541d997dcf5b8 Probably, but no guarantee. -- Joshua Colp Digium, Inc. | Senior Software Developer 445 Jan Davis Drive NW - Huntsville, AL 35806 - US Check us out at: www.digium.com & www.asterisk.org -- _ -- 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
Re: [asterisk-dev] Double queue calls being delivered to agents
13.9.0 is out but there is nothing about $subj Richard can you confirm it was postponed to 13.10.0 ? do you think its "safe" patch 13.9.0 with https://github.com/asterisk/asterisk/commit/83dadc4683abcd10f0c4566abef541d997dcf5b8 ? ---snip--- This issue has been around a long time and was just recently fixed and I think it was just released in the latest v11 version. See https://issues.asterisk.org/jira/browse/ASTERISK-16115 Looks like it will be in the next release as the issue does not have a target release set. Richard ---snip--- Dne 3.5.2016 v 2:03 Derek Bolichowski napsal(a): Hi there, We’ve been having a strange issue with a customer’s queues where a queued call will ring an available agent, agent answers, then a second or two later the agent is offered a second call which they cannot answer, since they’re already speaking with a client. This in turn causes a few issues: - Agent stats are no longer accurate, as it gets marked down as a ‘missed call’. - Cannot use ‘autopause’ feature any longer, as the second queue call goes unanswered and pauses the agents. The basic queue setup is as follows: Autofill = yes Ringinuse = no Wrapuptime = 5 Strategy = fewestcalls (tried ‘random’ also) Timeout = 15 We’re on Asterisk 11.21.2 currently. In talking to a few colleagues, they seem to recall there being an old patch for the Asterisk queues application that inserted a short 100ms delay between delivering first and second calls. I’ve scoured the web today, and found some old forums posts of people looking for something exactly like this, but haven’t found the actual patch, if one even exists. I’m hoping someone may have some suggestions on some options we can try to eliminate this issue. Thanks for taking the time to read this. Derek Bolichowski Derek Bolichowski -- --- Marek Cervenka === -- _ -- 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