Hi,
Unfortunately reversing the audio prior to mixing did not help resolve all
scenarios.
After discussing with the dev that last looked at the issue the only scenario
we were unable to resolve using padding (rather than reversing but reversing
sounds potentially easier) was when the call is transferred as some point.
The steps I'm essentially following are:
{code}
sox ./xyz-in.wav ./xyz-in.reversed.wav reverse
sox ./xyz-out.wav ./xyz-out.reversed.wav reverse
sox -m "|sox ./xyz-in.reversed.wav -p remix 1 0" "|sox ./xyz-out.reversed.wav
-p remix 0 1" reversed_stereo.wav
sox ./reversed_stereo.wav ./back_stereo.wav reverse
{code}
I can provide example WAV files if that helps anyone but listening to the
standard mixed and reversed mixed they appear to be identical.
This seems a very odd situation / bug as the transfer is presumably adding
different amount of delay during the call but both the in.wav and out.wav both
have the same file size.
Any thoughts or feedback gratefully received.
Alex
From: [email protected]
[mailto:[email protected]] On Behalf Of Alexander Lopez
Sent: 30 October 2014 14:36
To: Commercial and Business-Oriented Asterisk Discussion
Subject: Re: [asterisk-biz] Feature Bounty / Consultancy: Stereo support for
MixMonitor
The out of sync issue happens when the call legs start at different times.
The solution to this is to reverse the two files as the end times are exact.
Merge the files one on each side or a stereo mix,
And then reverse the mix.
Alexander Lopez
OpSys Consulting Group
PO Box 49-1333
Key Biscayne, FL 33149
Tel: 305 503 3000 x 122
Help-desk: (305)503-3000 Option 0 or
Email: [email protected]<mailto:[email protected]>
From:
[email protected]<mailto:[email protected]>
[mailto:[email protected]] On Behalf Of Alex Barnes
Sent: Thursday, October 30, 2014 10:29 AM
To: [email protected]<mailto:[email protected]>
Subject: [asterisk-biz] Feature Bounty / Consultancy: Stereo support for
MixMonitor
Hi,
We would like to add stereo recording support to the MixMonitor application but
don't have any C dev resource / experience in our company. Only PHP, Java and
.Net but might be able to contribute some form of assistance if only testing
etc.
The intention is to have each party on a call as a separate audio channel.
Happy to limit to two party calls and not conferences etc if that helps reduce
scope.
Could anyone recommend the best place to post this request, if it's not here,
or have any first hand recommendations of contractors they have used for
similar projects?
We are unfortunately stuck with using MixMonitor rather than Montior due to a
few issues:
A) We are using FreePBX to control the dialplan and that requires MixMonitor
without custom PHP dev work.
B) When researching feasibility of customising FreePBX to use Monitor we tried
to getting MixMonitor to output separate files came across issues with the two
audio streams being out of sync. This was by using the 't' option in
MixMonitor. Maybe this is truly a bug and really what we should be focussing
our efforts on.
The feedback from FreePBX community seemed to be that switching to use Monitor
would be very difficult.
I've read through a fair bit of the code and think I know what areas need
extending / improving. For example the bug with the separate files seems
likely to be around line 329 of audiohook.c.
Many Thanks
Alex
Alex Barnes
Technical Director - Complete Automotive Solutions
http://www.completeautomotivesolutions.co.uk/
The Manheim group of companies within the UK comprises: Manheim Europe Limited
(registered number: 03183918), Manheim Auctions Limited (registered number:
00448761), Manheim Retail Services Limited (registered number: 02838588),
Motors.co.uk Limited (registered number: 05975777), Real Time Communications
Limited (registered number: 04277845) and Complete Automotive Solutions Limited
(registered number: 05302535). Each of these companies is registered in England
and Wales with the registered office address of Central House, Leeds Road,
Rothwell, Leeds LS26 0JE. The Manheim group of companies operates under various
brand/trading names including Manheim Inspection Services, Manheim Auctions,
Manheim Direct, Manheim De-fleet and Manheim Aftersales Solutions.
V:0CF72C13B2AC
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-biz mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-biz
