Yes. That's is the one. It is resolved now. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tamas Sent: Wednesday, April 12, 2006 1:26 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [Asterisk-Users] call center running Asterisk-sound quality-critical!
Wai Wu wrote: > Except that mixmonitor still has a bug in it. > What kind of bug? Issue number? FYI: yesterday one issue has been fixed :D http://bugs.digium.com/view.php?id=6457 Did you mean that type of bug? If something else, please let us know... T. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Kevin P. > Fleming > Sent: Wednesday, April 12, 2006 11:45 AM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: Re: [Asterisk-Users] call center running Asterisk -sound > quality-critical! > > Matt Roth wrote: > > >> These statements seem contradictory. I know of no way (short of a >> custom patch) to tell Monitor() to mix the in and out legs prior to >> writing them to disk. On the other hand, MixMonitor() does just that >> and I believe it also buffers the writes in a way that circumvents >> the >> > > >> I/O bottleneck associated with Monitor(). >> > > Both of these statements are correct. > ______________________________________________ > _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users