Have been looking at it a bit more, and it looks like the internal calls are all PCMU, so when the call is put on hold, and a new call is made before transfer, the new call will be PCMU. If the call is not transferred (As is the case with the sample I sent to Brian), I would expect it to go back to PCMA, and as far as I can tell it does, but the recording quality is still good, so don't think it is the codec in itself, but maybe something don't get initialized correctly until PCMU is used!? Will do some more testing with this is mind! /Sune From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Sune Kristensen Sent: 4. september 2008 15:18 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] record_session sound quality The file I sent to Brian had PCMA 8000 on each leg, and it seems to happen every time when the UK number is called and the UK client answers. We don't get that many calls like that, so don't have that much data yet. The weird thing is that the beginning of the call can be really bad, and then after a hold or transfer, it is fine. /Sune From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: 4. september 2008 14:41 To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] record_session sound quality what codec is each leg of the call using? can you pinpoint an exact scenario where it happens every time? On Thu, Sep 4, 2008 at 4:38 AM, Sune Kristensen <shk@visanti.com<mailto:shk@visanti.com>> wrote: Hi I am having some problems with the quality of the recordings, but only for some calls. The FreeSWITCH server is running in Denmark and we have a phone provider in the UK (voipfone.co.uk<http://voipfone.co.uk>). We have 2 external client connecting through OpenVPN, one in the UK and one in France. If I call the UK number and the UK client answers it, the quality of the call is fine, but the recording is very bad quality, almost impossible to hear what is being said. If that call is then transferred to the client in France (Or to one of the internal clients in Denmark), the quality is good again from that point forward in the same recording. I would think that the quality of the recording would be the same quality as the call itself, but that does not seem to be the case. Anyone has an idea about what can cause this and how to solve it? /Sune _______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org<mailto:Freeswitch-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com<mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net<http://irc.freenode.net> #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org<mailto:sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888<http://iax:guest@conference.freeswitch.org/888> googletalk:conf+888@conference.freeswitch.org<mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400