O.K. I could verify that now. Asterisk 1.4.30 calls "sox -m" to mix the two
files. That is o.k. with sox >= v13.x . Astlinux still uses a very old sox
version (v12.17). Here "sox -m" does not exist. Instead soxmix needs to be
called.
As a workaround "ln -sf /usr/bin/soxmix /usr/bin/sox" works. If this bug is
remedied in Astlinux one day, simply remove the symlink ("rm
/oldroot/mnt/astrw/usr/bin/sox").
Cheers
Michael
Michael wrote:
> Hi Darrick
>
> You are right: There is something borked here.
>
> If I stop asterisk from mixing (by setting MONITOR_EXEC to /bin/true), I
> get the two files. If I then manually start soxmix, I get a correctly
> mixed file.
>
> Next I tried to write my own wrapper as soxmix-wrapper to be called via
> MONITOR_EXEC. This also worked (but of course I needed to add M() to any
> Dial command.)
>
> Finally it just popped up my mind that asterisk might not start soxmix but
> some other program, e.g. sox. So I symlinked sox to soxmix and, voila, it
> is working again.
>
> So, asterisk uses sox instead of soxmix, which however in this version
> does not support mixing. Only soxmix does.
>
> Now, with the symlink everything works.
>
> Thanks for your help.
>
> Michael
>
> Darrick Hartman wrote:
>
>> On 04/20/2010 09:33 AM, Michael wrote:
>>> Hello
>>>
>>> Thanks for the answer.
>>>
>>> However, I am not totally sure, how to do that correctly. (I'm still new
>>> to Asterisk.)
>>>
>>> As there is no automixmon feature in 1.4 it seems I would need to setup
>>> a self defined feature in feature.conf, calling a macro when a special
>>> dtmf key combo is recognized (e.g. *3).
>>
>> I think that's correct. I'm using 1.6 on the two systems where I have
>> that enabled. I've only seen the two legs become catted rather than
>> mixed on one occasion. I wasn't able to repeat it so I never filed a
>> bug.
>>
>>> However, if I understand correctly, there is no chance to enable or
>>> disable this feature per call or even sometimes only for the callee and
>>> sometimes for the caller (actually I don't want external people to be
>>> able to inject any commands from outside the company, so only internal
>>> people are allowed to activate or deactivate functions irrespectable
>>> whether they are calling or being called).
>>>
>>> Automon can be selectively enabled with the dial options "w" and "W". Is
>>> there a way to do this also with MixMonitor?
>>
>> With automixmon it's possible (but as you said, that's only available in
>> Asterisk 1.6).
>>
>>> Or alternatively, is there a way to otherwise correctly mix the two
>>> recorded in and out streams from automon after recording? It seems that
>>> automon does start some app to concat these streams anyway.
>>
>> It should be mixing them together correctly after the call. If you can
>> duplicate the catted audio, it would be worthwhile noting the file
>> format (wav|WAV etc) and any other settings, then opening a bug with
>> Digium.
>>
>>> Thanks for the help
>>>
>>> Michael
>>>
>>> Darrick Hartman wrote:
>>>
>>>> Use mixmon instead. That records as one file. Monitor records both call
>>>> legs then mixes them together after the call has completed. Sent from
>>>> my BlackBerry® wireless device from U.S. Cellular
>>>>
>>>> -----Original Message-----
>>>> From: Michael<[email protected]>
>>>> Date: Tue, 20 Apr 2010 12:47:54
>>>> To:<[email protected]>
>>>> Subject: [Astlinux-users] Automon question
>>>>
>>>> Hi
>>>>
>>>> I'm using astlinux 0.7.1, and so far it is working great.
>>>>
>>>> I think that isn't perfect at the moment, is that automon generates two
>>>> files (in and out) while recording and then just concatenates these two
>>>> files instead of mixing them.
>>>>
>>>> I have searched the internet but found nearly nothing about this.
>>>> Anybody has some help for me to get the files mixed instead?
>>>>
>>>> Thanks
>>>>
>>>> Michael
>>>>
>>>>
>>>>
>>>
>
------------------------------------------------------------------------------
>>>> Download Intel® Parallel Studio Eval
>>>> Try the new software tools for yourself. Speed compiling, find bugs
>>>> proactively, and fine-tune applications for parallel performance.
>>>> See why Intel Parallel Studio got high marks during beta.
>>>> http://p.sf.net/sfu/intel-sw-dev
>>>> _______________________________________________
>>>> Astlinux-users mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>>>
>>>> Donations to support AstLinux are graciously accepted via PayPal to
>>>> [email protected].
>>>>
>>>
>
------------------------------------------------------------------------------
>>>> Download Intel® Parallel Studio Eval Try the new software tools
>>>> for yourself. Speed compiling, find bugs proactively, and fine-tune
>>>> applications for parallel performance. See why Intel Parallel Studio
>>>> got high marks during beta. http://p.sf.net/sfu/intel-sw-dev
>>>
>>>
>>>
>>>
>
------------------------------------------------------------------------------
>>> Download Intel® Parallel Studio Eval
>>> Try the new software tools for yourself. Speed compiling, find bugs
>>> proactively, and fine-tune applications for parallel performance.
>>> See why Intel Parallel Studio got high marks during beta.
>>> http://p.sf.net/sfu/intel-sw-dev
>>> _______________________________________________
>>> Astlinux-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>>>
>>> Donations to support AstLinux are graciously accepted via PayPal to
>>> [email protected].
>>
>>
>
>
>
>
------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
------------------------------------------------------------------------------
_______________________________________________
Astlinux-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to
[email protected].
