similar to: Client-negotiated Codec Instead of Transcoding?

On Mon, 2007-02-05 at 12:00 -0700, asterisk-users-request@lists.digium.com wrote: > Date: Mon, 5 Feb 2007 11:36:28 -0500 > From: Andy Davidson <andy@nosignal.org> > Subject: Re: [asterisk-users] Question on G.729 (was: H.264 *Not > Patented*) > To: Asterisk Users Mailing List - Non-Commercial Discussion > <asterisk-users@lists.digium.com> >

Can't find an answer to this, but maybe I've not looked hard enough ... Does MixMonitor work without transcoding? ie. if I have a g729 stream passing through and I'm recording it with e.g. MixMonitor(/dump/filename.g729,b) and specify g729 in the filename, does MixMonitor transcode both legs of the stream to a format it can then "mix" then transcode it back to g729 to

Are there any speakerphones or other conferencing HW phones that play the audio in stereo? Either their own speakers, or jacks for an amp with room speakers? Is there any way for Asterisk to deliver call legs with stereo channels in the RTP stream? If not, is it possible for Asterisk to keep 2 separate calls, or pairs of legs in a conference call, synced exactly enough (including traveling over

(Note: resending with proper Subject) If I use Asterisk to initiate two call legs with a callfile, dialing the channel and setting the extension to an AGI that dials another channel, and both dial by SIP connection to a switch that allows only G.729, do I need a G.729 codec running on Asterisk? Do I need 2? And if I use the callfile to connect by SIP to a switch that allows only G.729, then

How do I set up an existing call to dial out to a new terminal which is included in a conference with the two existing legs of the call? When the dialplan executes the Dial(<terminal>) command, control does not return to the dialplan until the terminal disconnects, after which it's obviously too late to conference it. Is there a conference command or option that lets the dialplan dial

Hi: I am useing asterisk 11.12. I use G722 as preferred codec for my ip-phone. and my PSTN DAHDI use alaw. G722 is great when ip-phone talks to each other. but when ip-phone dialout to PSTN DAHDI, G722 is not great, since it is need to transcode to alaw. so I try to change the codec when dial from SIP to DAHDI. I tried to use IP_CODEC/SIP_CODEC_OUTBOUND at dialplan. but the SIP

Hello, After I have re-read the "PJSIP Advanced Codec negotiation" document, it occurred to me that the desired behavior should actually happen automatically, just due to the codec negotiation logic, but it looks like asterisk doesn't actually follow the described logic which is likely a bug. Can you please follow with me through a simple sip call and see if I'm missing

What I am asking for is something to take an incoming SIP INVITE, change the codecs listed in the SDP, forward the (new) INVITE to a media gateway, perform the reverse codec handling for the 200 OK and perform RTP transcoding on the resulting 2 legs of the call. -How can asterisk do that ! -do any one know a distribution contain asterisk have solution like that ? Regards -----Original

If I use Asterisk to initiate two call legs with a callfile, dialing the channel and setting the extension to an AGI that dials another channel, and both dial by SIP connection to a switch that allows only G.729, do I need a G.729 codec running on Asterisk? Do I need 2? And if I use the callfile to connect by SIP to a switch that allows only G.729, then use the extension AGI to play a file

What is the current best practice to avoid transcoding on an outgoing call to a party whose codec preference is not known in advance? In other words, incoming calls are easy since codecs are negotiated from least-known (the remote party) to most-known (my endpoint) and my codecs can simply be preferred accordingly to match the remote. Outbound calls seem harder. Our endpoints always negotiate

Hi, This seems to be a fairly common question, but I have Googled for this quite a bit and looked at the Asterisk documentation/book and haven't been able to find an answer. My question is: Can I get my IP phone to select a different codec depending on the final destination of each call? I've got these things connected to my Asterisk box: - Snom 300 phone (supports g729 and

I have an Asterisk 0.4.0 install working with two grandstream budgetone 100 phones, gnophone, and kphone. This is a private network segment (172.17.x.x), with the PBX configured on my outbound firewall which has a public address (66.x.x.x). - I can make calls between phones - all extensions are working. - I can make IAX calls to IAXTEL. No problems (apparently gsm only) - I can call SIP phone

I have a SIP carrier which accepts only G729 connections from my Asterisk server. If all the server does is Dial() (out) two legs of a call which are natively bridged, with no processing the media (and no DTMF detection, etc), do I need to install a G729 codec of my own? All the media from each leg connected to the other is already encoded into G729 by the SIP carrier from which it's coming

Hi there, I had a problem, basically, I have 4 different types of end users (gsm, ilbc, g729, ulaw). However, I only have one user with my DID provider. My provider supports all 4 codecs. The issue is then: When an incoming call comes in, a codec is negotiated (usually ULAW), later on, when the extension is dialed, we'll see we're doing GSM, and thus transcode. Here's an example

Sorry if this is an obvious question and perhaps my Google foo isn't right on this one: I have calls coming into an Asterisk server that may be using 2 different codecs. I am recording audio in both cases but the challenge is knowing which codec was negotiated at call setup. I need to pass the proper format to the record command as the codecs cannot be transcoded and are only supported for

Greetings All, We've been working hard on new codec negotiation stuff for Asterisk 18 and we've got some stuff to run by you. It's a lot so please read carefully. To give you some idea of just how difficult a job this is, a simple call from Alice to Bob currently causes 8 attempts to reconcile codecs between them in app_dial, chan_pjsip, res_pjsip_session and res_pjsip_sdp_rtp. If

As far as I can see, transcoding could be usefull for people who do not primarly care about quality but about filesizes. One could assume that such a user would have a collection of mp3's at 128kbps or higher bitrates, and uses an encoder like BladeEnc or Xing. He wants to take uses of ogg's supposed quality and transcode his 128-or-higher files into 96 or 112kbps oggs to save diskspace.

Dear ALl Can we use Asterisk for only for transcoding?. if yes how many concurent call we can transcode with help of Astetrisk? For this we only need to config SIP.conf or any other file too. Thanks Amit-- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100704/f6159f70/attachment.htm

I am unable to get re-invite to work on a new system. Also, unwanted transcoding is occurring on PSTN calls. The new system (FreePBX 2.11.0.37, Asterisk 11.9.0, CentOS 6.5) will eventually replace an old system (FreePBX 2.8.1, Asterisk 1.8.7.2, CentOS 5.8) currently in production. Both systems are on VPS with public IP addresses. Goals for the new system include: HD (g722) connections on

I am trying to use asterisk as transcoder between voipswitch 2.0 and gsm gateway. Voipswitch supports g723.1 but gsm gateway does not. Now I have g723.1 codec in my asterisk. call leg from voipswitch is using codec g723.1 and call leg from gsm gateway is using codec gsm. I am having one way audio and getting below mentioned warning. Asterisk version is 1.8.11.0 [Jun 2 17:08:28] WARNING[21652]: