Hi, I recently bought a handful of g729 licenses and moved all my equipment over to use it. We terminate most of our calls with a provider that supports g729, so it's g729 all the way through from the phone on the desk to the provider. Asterisk works very well in passthrough mode, simply moving the bits from the phone to the provider. Good work. The problem happens when I record a call using MixMonitor. Even though it's recording natively in g729, a single call uses 2 decoders and one encoder! The only explanation I can think of for that is that MixMonitor is transcoding the g729 streams to something else, muxing them, then encoding the muxed stream out to g729. This seems ridiculous - why go through all that work and licenses? Does anyone know for sure what's going on here? I could go back to using Monitor, I suppose, but MixMonitor is somewhat less hacky. Thanks ....jurgen -- thinger@gmail.com is jurgen's gmail address. Visit http://jurgen.ca/ for more yummy goodness.
jurgen ha scritto:> Hi, > The problem happens when I record a call using MixMonitor. Even though > it's recording natively in g729, a single call uses 2 decoders and one > encoder! The only explanation I can think of for that is that > MixMonitor is transcoding the g729 streams to something else, muxing > them, then encoding the muxed stream out to g729. This seems > ridiculous - why go through all that work and licenses? Does anyone > know for sure what's going on here? I could go back to using Monitor, > I suppose, but MixMonitor is somewhat less hacky.I think this is a simple tech problem, to mix 2 compressed source you MUST decode them, mix, and encode after... i think it is impossibile to mix compressed sound! Bye. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20060830/c461b7fc/signature.pgp
MixMonitor must convert the G.729 streams to 16-bit Linear PCM (slin in Asterisk) in order to mix the inbound and outbound streams for a call. If you want to avoid this, you could try using the Monitor application which saves each stream as a separate file with the codec that was used for the call. You will have to mix the files externally though to listen to the complete call. On Wed August 30 2006 02:43, jurgen wrote:> Hi, > > I recently bought a handful of g729 licenses and moved all my > equipment over to use it. We terminate most of our calls with a > provider that supports g729, so it's g729 all the way through from the > phone on the desk to the provider. Asterisk works very well in > passthrough mode, simply moving the bits from the phone to the > provider. Good work. > > The problem happens when I record a call using MixMonitor. Even though > it's recording natively in g729, a single call uses 2 decoders and one > encoder! The only explanation I can think of for that is that > MixMonitor is transcoding the g729 streams to something else, muxing > them, then encoding the muxed stream out to g729. This seems > ridiculous - why go through all that work and licenses? Does anyone > know for sure what's going on here? I could go back to using Monitor, > I suppose, but MixMonitor is somewhat less hacky. > > Thanks > > ....jurgen-- Juan Jose Comellas (juanjo@comellas.com.ar)