similar to: MixMonitor Problem

Hi, I'm noticing MixMonitor records 5 seconds aprox less of a call. The recording is iniciated via Queue and ends at the hungup. (gsm format), when I listen to the audio file, has 5 seconds missing at the end of the call. Any idea?? thanks ASt.1.6.0.1 -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi, I'm noticing MixMonitor records 5 seconds aprox less of a call. The recording is iniciated via Queue and ends at the hungup. (gsm format), when I listen to the audio file, has 5 seconds missing at the end of the call. Any idea?? thanks ASt.1.6.0.1 -------------- next part -------------- An HTML attachment was scrubbed... URL:

Dne 27.1.2016 v 13:14 A J Stiles napsal(a): > On Wednesday 27 Jan 2016, Marek ?ervenka wrote: >> hi, >> >> i have strange problem with asterisk 13 mixmonitor, recording to wav >> (centos6) >> when the system is under load, there are sometimes missing syllable >> >> there arent BIG spikes on cpus >> recordings are to ramdisk (/dev/shm) >>

Hello, ChanSpy can not be used on a Channel that is being recorded with MixMonitor. How can I verify if a channel which I want to spy on, is currently not being recorded ?! Kind regards, Jonas. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20120202/7954fe9e/attachment.htm>

Hi, I've had problems with MixMonitor recordings. A lot (I'd say almost 50%) of those are corrupted (can`t be opened) or garbled. That is on only one server, which is using the same Asterisk version (1.6.2.18) as the other servers which are mostly fine. What can be the cause? The conversation themselves are reportedly of good quality, only the recording is a problem. Hint:

Hello, I recently switched over to using Mixmonitor versus Monitor to see if it would clear up some warble that I was getting in my recordings. It did indeed clear that up, but a new problem was introduced. The recordings for no reason will just end abnormally. There is no rhyme or reason as to when they will end, but usually after a minute or so. Here is my current setup. Asterisk v. 1-2-0rc2

Dne 28.1.2016 v 13:37 Brian :: napsal(a): > when you say load - how many concurrent calls? Is there transcoding > happening? sip / PRIs ? what load? > 12 concurrent calls no transcoding SIP under 1.5 with 4x 1Ghz vcpus (its vmware VPS) > On Thu, Jan 28, 2016 at 9:57 AM, Marek ?ervenka <cervajs at fpf.slu.cz > <mailto:cervajs at fpf.slu.cz>> wrote: > >

Dne 27.1.2016 v 17:50 A J Stiles napsal(a): > On Wednesday 27 Jan 2016, Marek ?ervenka wrote: >> Dne 27.1.2016 v 13:14 A J Stiles napsal(a): >>> On Wednesday 27 Jan 2016, Marek ?ervenka wrote: >>>> hi, >>>> >>>> i have strange problem with asterisk 13 mixmonitor, recording to wav >>>> (centos6) >>>> when the system is

We have a server that records all calls so we set Mixmonitor with the b option to only record calls that are actually bridged. I notice that we have lost of 44 byte files in /var/spool/asterisk/monitor which correspond to calls that were not answered. If a call is not answered I assume it was never bridged so why would Asterisk create a file? Is there a way to avoid getting those empty

Hi I'm using asterisk 1.8 on CentOS 5 I'm initiating call recordings with MixMonitor and trying to pause them with the features.conf. Whenever I try to pause the recording the call dies. Is PauseMonitor incompatible with MixMonitor? Here are some key log excerpts features reload == Parsing '/etc/asterisk/features.conf': == Found == Registered Feature

Hi, I have a simple Queue(named 1) and one Member(SIP/1119) logged into it. Now when a caller is placed into Queue and gets connected with Member, I want to record the call. It does record the call when I use MixMonitor() before placing the caller into Queue, but not when MixMonitor() is used in macro which is called upon Member answering the call. Following is my dialplan... [mixmonitortest]

Hi, I am facing some issues while using MixMonitor and StopMonitor. My extensions logic is attached below: exten => s,1,MixMonitor(${CALLERID(num)}_${TIMESTAMP}.gsm,b) exten => s,2,Dial(SIP/101,13) exten => s,3,StopMonitor() exten => s,4,NoOp(Dial Status: ${DIALSTATUS}) exten => s,5,Goto(sss-${DIALSTATUS},1) exten => sss-NOANSWER,1,VoiceMail(777 at salesvoice) exten =>

Hello, We are recording our calls to queues by putting the appropriate options in our "queue.conf". This is all working properly. We would now like to set the MixMonitor option to adjust the caller volume (which is very quiet). With the regular MixMonitor application, we would just add the "v4" option to make it much louder. I don't see a way to set this option when

Hello there... Noticed some strangeness going on with mixmonitor and chanspy, the called (External SIP) party seem to be responding before the calling party (Internal SIP) on call recordings and also when you listen in using chanspy. as far as the agent (calling party) is conserned the conversation is perfectly normal... just not the recordings that are produced, or any spying that's going on

hi, i have strange problem with asterisk 13 mixmonitor, recording to wav (centos6) when the system is under load, there are sometimes missing syllable there arent BIG spikes on cpus recordings are to ramdisk (/dev/shm) any hints? -- --------------------------------------- Marek Cervenka =======================================

On 1/8/18 9:38 AM, Bertrand LUPART - Linkeo.com wrote: > Hello Carlos, > > >> We have a server that records all calls so we set Mixmonitor with the b option to only record calls that are actually bridged. I notice that we have lost of 44 byte files in /var/spool/asterisk/monitor which correspond to calls that were not answered. If a call is not answered I assume it was never

Hey, I've come across two interesting problems today. First, when recording long calls using Monitor(), it appears the in and out channels become out of sync. It seems like one channel happens faster or has data missing when sox mixes them together. Digging around, I found MixMonitor, which skips the whole soxmix process. I figured that removing that step could only help. Now it seems that

Hi all, I am setting up a script to record all the call. There are two app for recording. "Monitor" and "Mixmonitor", one mixing the audio on the fly and one mixing it at the end but also allow a option not to mixing the audio at all. If mixing the audio on the fly is not that taxing on the CPU, I would like to use 'mixmonitor' app. My question is, what is penalty on

hi, I am facing some issues while using MixMonitor. My extensions logic is attached below: exten => s,1,MixMonitor(${CALLERID(number)}-${TIMESTAMP}-${UNIQUEID}.gsm,b) in this extensions TIMESTAMP is not working in Asterisk 1.4. can any help me why TIMESTAMP is not working in Asterisk 1.4. regards, Asif

Hello Asterisk list, Hope you are all doing well! We are using the MixMonitor application to record the calls and under some situations the call can be spied using ChanSpy with whisper enabled. Sometimes the spying channel is a person who can interact in the call, and some other times it is a sound file playing a message. The problem is that for some reason the MixMonitor does not record whatever