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

2012-07-27 Thread Thorben Jensen
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

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

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) 

> 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" 
> To: "Asterisk Users Mailing List - Non-Commercial Discussion" 
> 
> 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  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" 
> To: "Asterisk Users Mailing List - Non-Commercial Discussion" 
> 
> 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  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  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