Re: [asterisk-users] MixMonitor creating file on non-bridged calls with option b

2012-08-03 Thread Thorben Jensen
Hi Ikka,

I'm using asterisk 10.0.0  10.5.2  10.6.0  10.6.1 and they all leave
empty files.

Hope somebody can help.

Regads
Thorben G. Jensen

2012/8/3 Ikka Vertika (Mitra Kreasindo) ikka.vert...@mitrakreasindo.com

 HI,

 ** **

 What version is your asterisk ? I’m using 10.2, 10.4. 10.6, there all have
 the same problem.

 I had read once, that there’s a bug in asterisk 10.4, and fixed with
 patch. But if it fixed, why 10.61 still have the same problem ?

 I tried to patch it (ver 10.6x), but the patching process was
 unsuccessfull.  Some error occurs. The problem is still there…

 ** **

 Regards,

 Ikka (Jakarta, Indonesia)

 ** **

 *From:* asterisk-users-boun...@lists.digium.com [mailto:
 asterisk-users-boun...@lists.digium.com] *On Behalf Of *Thorben Jensen
 *Sent:* Saturday, July 28, 2012 1:58 PM
 *To:* asterisk-users
 *Subject:* [asterisk-users] MixMonitor creating file on non-bridged calls
 with option b

 ** **

 I am using MixMonitor to record calls and I have set the b option as I
 don't want to get files for non-bridged calls. 

 ** **

 Mixmonitor always creates a file with 0 bytes even when the call is not
 bridged. Is it possible to avoid this somehow?

 ** **

 This is what I do:

 ** **

 Set(CALLFILENAME=${STRFTIME(${EPOCH},,%Y%m%d-%H%M%S)}_${CALLERID(num)});**
 **

 MixMonitor(${CALLFILENAME},b);

 ** **

 Regards

 Thorben

 --
 _
 -- 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

Re: [asterisk-users] MixMonitor creating file on non-bridged calls with option b

2012-08-03 Thread Jonathan Rose
Thorben Jensen wrote:
 From: Thorben Jensen i...@thorben.dk
 To: Asterisk Users Mailing List - Non-Commercial Discussion 
 asterisk-users@lists.digium.com
 Sent: Friday, August 3, 2012 4:15:58 AM
 Subject: Re: [asterisk-users] MixMonitor creating file on non-bridged calls 
 with option b
 
 
 Hi Ikka,
 
 
 I'm using asterisk 10.0.0  10.5.2  10.6.0  10.6.1 and they all
 leave empty files.
 
 
 
 Hope somebody can help.
 
 
 Regads
 Thorben G. Jensen
 
 
 2012/8/3 Ikka Vertika (Mitra Kreasindo) 
 ikka.vert...@mitrakreasindo.com 
 
 
 HI,
 
 
 
 What version is your asterisk ? I’m using 10.2, 10.4. 10.6, there all
 have the same problem.
 
 I had read once, that there’s a bug in asterisk 10.4, and fixed with
 patch. But if it fixed, why 10.61 still have the same problem ?
 
 I tried to patch it (ver 10.6x), but the patching process was
 unsuccessfull. Some error occurs. The problem is still there…
 
 
 
 Regards,
 
 Ikka (Jakarta, Indonesia)
 
 
 
 From: asterisk-users-boun...@lists.digium.com [mailto:
 asterisk-users-boun...@lists.digium.com ] On Behalf Of Thorben
 Jensen
 Sent: Saturday, July 28, 2012 1:58 PM
 To: asterisk-users
 Subject: [asterisk-users] MixMonitor creating file on non-bridged
 calls with option b
 
 I am using MixMonitor to record calls and I have set the b option
 as I don't want to get files for non-bridged calls.
 
 
 Mixmonitor always creates a file with 0 bytes even when the call is
 not bridged. Is it possible to avoid this somehow?
 
 
 This is what I do:
 
 
 Set(CALLFILENAME=${STRFTIME(${EPOCH},,%Y%m%d-%H%M%S)}_${CALLERID(num)});
 
 
 MixMonitor(${CALLFILENAME},b);
 
 
 Regards
 
 
 Thorben
 --

MixMonitor creates the file before it starts recording. The b option simply 
waits until the bridge event to take audio frames and add them to the stream. I 
don't really see why this is a problem.  It isn't like you are going to run out 
of space for zero length files, and more to the point if you really dislike the 
clutter generated by having zero length files you could always run a script 
after recording to check if you added a zero length file and remove it if you 
did.

Are there any actual bug reports (in JIRA) you could reference though?  If not, 
please create one and we'll look into it.




--
Jonathan R. Rose
Digium, Inc. | Software Engineer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
direct +1 256 428 6139 

Check us out at: http://digium.com  http://asterisk.org

--
_
-- 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

Re: [asterisk-users] MixMonitor creating file on non-bridged calls with option b

2012-08-03 Thread Thorben Jensen

 Hi Jonathan,

 If I set the MixMonitor option on a queue, it will not create an zero
 length file if the call is not bridged, and I just assumed it would be the
 case with option b.

 I have set the fileformat to raw, but if I set it to wav it will create a
 64 byte file.

 Off course I can delete the files in a script, but I thought I was doing
 something wrong.

 I have not made a bug report.

 Regards
 Thorben


--
_
-- 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

Re: [asterisk-users] MixMonitor creating file on non-bridged calls with option b

2012-08-03 Thread Ikka.vertika
I have read an earlier posts in this forum that said it was a bug in asterisk 
10.4 and there's a patch to fix it. So it already reported as bug. 

But i use asterisk 10.61 and that bug is still there, unfixed. 

We upgrade to the newest version for the new feature that we can use,  and also 
hoping for fixed bugs.  But we absolutly not hoping to get an extra job fixiing 
the bug that has supposely has been fix...



Sent from Samsung Mobile

Thorben Jensen i...@thorben.dk wrote:

Hi Jonathan,

If I set the MixMonitor option on a queue, it will not create an zero length 
file if the call is not bridged, and I just assumed it would be the case with 
option b.

I have set the fileformat to raw, but if I set it to wav it will create a 64 
byte file.

Off course I can delete the files in a script, but I thought I was doing 
something wrong.

I have not made a bug report.

Regards
Thorben

--
_
-- 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

Re: [asterisk-users] MixMonitor creating file on non-bridged calls with option b

2012-08-03 Thread Jonathan Rose
Ikka.vertika wrote:
 From: Ikka.vertika ikka.vert...@mitrakreasindo.com
 To: Asterisk Users Mailing List - Non-Commercial Discussion 
 asterisk-users@lists.digium.com
 Sent: Friday, August 3, 2012 9:20:03 AM
 Subject: Re: [asterisk-users] MixMonitor creating file on non-bridged calls 
 with option b
 
 
 I have read an earlier posts in this forum that said it was a bug in
 asterisk 10.4 and there's a patch to fix it. So it already reported
 as bug.
 
 
 But i use asterisk 10.61 and that bug is still there, unfixed.
 
 
 We upgrade to the newest version for the new feature that we can use,
 and also hoping for fixed bugs. But we absolutly not hoping to get
 an extra job fixiing the bug that has supposely has been fix...

Mailing lists (and particularly the asterisk-users list) aren't the proper
place for bugs to be reported. If an issue doesn't get reported to JIRA, it
doesn't go into the evaluation process and at the end of the day, developers
are less likely to notice them and even more unlikely to be assigned to them.

I don't doubt that someone noticed the topic and created a patch for it, but
that doesn't mean the patch was applied to any build in SVN. In fact, our
license agreement for writing patches can't be verified if the patch isn't
uploaded to JIRA (and maybe reviewboard I think). Without that we can't even
legally use the patch.

Thorben Jensen i...@thorben.dk wrote:
 Hi Jonathan,
 
 If I set the MixMonitor option on a queue, it will not create an zero
 length file if the call is not bridged, and I just assumed it would
 be the case with option b.
 
 
 I have set the fileformat to raw, but if I set it to wav it will
 create a 64 byte file.
 
 
 Off course I can delete the files in a script, but I thought I was
 doing something wrong.
 
 I have not made a bug report.
 
 Regards
 Thorben

That's totally different. When you invoke MixMonitor before a call, you
are setting up MixMonitor immediately. The call itself is incidental to
that operation. When you use the MixMonitor option with Queue, the Queue
Application is responsible for starting MixMonitor, so it won't start
the MixMonitor until the call is starting.

What is going into the empty wav file by the way is a header describing the
contents of the file... I'm not an expert on the format, but I would assume
it would be things like sample rate, number of channels, etc.
For all Asterisk recordings through MixMonitor, this should be the same, so
you can use that assumption for creating your deletion script as well. There
are probably also utilities available which could be used to read the length
of a wav file so that you can delete them based on that.

If you think it's really a problem though, feel free to submit a JIRA report.

--
Jonathan R. Rose
Digium, Inc. | Software Engineer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
direct +1 256 428 6139 

Check us out at: http://digium.com  http://asterisk.org

--
_
-- 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


Re: [asterisk-users] MixMonitor creating file on non-bridged calls with option b

2012-08-03 Thread Jonathan Rose
Jonathan Rose wrote:
 Thorben Jensen i...@thorben.dk wrote:
  Hi Jonathan,
  
  If I set the MixMonitor option on a queue, it will not create an
  zero
  length file if the call is not bridged, and I just assumed it would
  be the case with option b.
  
  
  I have set the fileformat to raw, but if I set it to wav it will
  create a 64 byte file.
  
  
  Off course I can delete the files in a script, but I thought I was
  doing something wrong.
  
  I have not made a bug report.
  
  Regards
  Thorben
 
 That's totally different. When you invoke MixMonitor before a call,
 you
 are setting up MixMonitor immediately. The call itself is incidental
 to
 that operation. When you use the MixMonitor option with Queue, the
 Queue
 Application is responsible for starting MixMonitor, so it won't start
 the MixMonitor until the call is starting.

I was looking over Queue and I don't think there is actually an option
for Queue that will automatically start a MixMonitor. I see a few options
involving mixmonitor (x and X), but they appear to be more about allowing
the parties involved with the call to start MixMonitor through dialplan
features or something rather than actually doing an automatic MixMonitor.

Could you clarify what you mean by 'the MixMonitor option with Queue'?

Jonathan R. Rose
Digium, Inc. | Software Engineer
445 Jan Davis Drive NW - Huntsville, AL 35806 - US
direct +1 256 428 6139

Check us out at: http://digium.com  http://asterisk.org

--

--
_
-- 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


Re: [asterisk-users] MixMonitor creating file on non-bridged calls with option b

2012-08-03 Thread Thorben Jensen

 I was looking over Queue and I don't think there is actually an option
 for Queue that will automatically start a MixMonitor. I see a few options
 involving mixmonitor (x and X), but they appear to be more about allowing
 the parties involved with the call to start MixMonitor through dialplan
 features or something rather than actually doing an automatic MixMonitor.

 Could you clarify what you mean by 'the MixMonitor option with Queue'?


See this web page under the heading Monitor Format
http://www.voip-info.org/wiki/view/Asterisk+config+queues.conf

Kind Regards
Thorben
--
_
-- 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

Re: [asterisk-users] MixMonitor creating file on non-bridged calls with option b

2012-08-03 Thread Thorben Jensen

 MixMonitor creates the file before it starts recording. The b option
 simply waits until the bridge event to take audio frames and add them to
 the stream. I don't really see why this is a problem.  It isn't like you
 are going to run out of space for zero length files, and more to the point
 if you really dislike the clutter generated by having zero length files you
 could always run a script after recording to check if you added a zero
 length file and remove it if you did.

 Are there any actual bug reports (in JIRA) you could reference though?  If
 not, please create one and we'll look into it.




 --
 Jonathan R. Rose
 Digium, Inc. | Software Engineer
 445 Jan Davis Drive NW - Huntsville, AL 35806 - US
 direct +1 256 428 6139

 I  just found that this has already been reported to JIRA:
https://issues.asterisk.org/jira/browse/ASTERISK-20156

Hope this helps.

Regards
Thorben
--
_
-- 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

Re: [asterisk-users] MixMonitor creating file on non-bridged calls with option b

2012-08-03 Thread Jonathan Rose


Thorben Jensen wrote:
 I was looking over Queue and I don't think there is actually an
 option for Queue that will automatically start a MixMonitor. I see a
 few options
 involving mixmonitor (x and X), but they appear to be more about
 allowing
 the parties involved with the call to start MixMonitor through
 dialplan
 features or something rather than actually doing an automatic
 MixMonitor.
 
 Could you clarify what you mean by 'the MixMonitor option with
 Queue'?

 See this web page under the heading Monitor Format
 http://www.voip-info.org/wiki/view/Asterisk+config+queues.conf
 
 
 Kind Regards
 Thorben
 --

Ok, in that case what I said before stands. In this case, app_queue is
responsible for starting the mixmonitor application, so it simply doesn't
do so until the calls are connected.

I checked the issue report you mentioned in the other message, so that
seems to be in order. You might want to chime in on that issue as well
since issues with more activity tend to be prioritized over others. That
said, I do feel the severity of this is pretty minor and it might not even
really be considered a bug at all. I think getting the file created and
ready before recording might even be considered an optimization. Even then
though, getting rid of it if we never start recording is pretty simple.

--
_
-- 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


Re: [asterisk-users] MixMonitor creating file on non-bridged calls with option b

2012-08-02 Thread Ikka Vertika (Mitra Kreasindo)
HI,

 

What version is your asterisk ? I'm using 10.2, 10.4. 10.6, there all have
the same problem.

I had read once, that there's a bug in asterisk 10.4, and fixed with patch.
But if it fixed, why 10.61 still have the same problem ?

I tried to patch it (ver 10.6x), but the patching process was unsuccessfull.
Some error occurs. The problem is still there.

 

Regards,

Ikka (Jakarta, Indonesia)

 

From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Thorben Jensen
Sent: Saturday, July 28, 2012 1:58 PM
To: asterisk-users
Subject: [asterisk-users] MixMonitor creating file on non-bridged calls with
option b

 

I am using MixMonitor to record calls and I have set the b option as I
don't want to get files for non-bridged calls. 

 

Mixmonitor always creates a file with 0 bytes even when the call is not
bridged. Is it possible to avoid this somehow?

 

This is what I do:

 

Set(CALLFILENAME=${STRFTIME(${EPOCH},,%Y%m%d-%H%M%S)}_${CALLERID(num)});

MixMonitor(${CALLFILENAME},b);

 

Regards

Thorben

--
_
-- 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