1) When you say latest, which rev does that mean? we change revs pretty often.<br>2) Do you have a minimal script that reproduces your issue.<br>3) is there a reason you cannot just session.execute(&quot;bridge&quot;, dest);<br>
    instead of doing it manually (which is a process not for the faint at heart)?<br><br><br><br><div class="gmail_quote">On Mon, Apr 13, 2009 at 10:29 AM, Peter Olsson <span dir="ltr">&lt;<a href="mailto:peter.olsson@visionutveckling.se">peter.olsson@visionutveckling.se</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I have two problems that I haven&#39;t been able to solve. I&#39;ve done the same tests in both javascript, and in .NET.<br>

<br>
The two scripts are pretty simple, they just answer an incomming call, creates a new session, wait for an answer on the second call leg, and then bridge the two channels together.<br>
<br>
In both cases everything works just fine, but the audio is distorted. The destination I&#39;m calling is &quot;loopback/5000&quot; - the sample IVR application included in FreeSWITCH. I first thought it was a codec issue, but even after trying to switch to different codecs the problem was the same. It more sounds like it&#39;s a timestamping issue - the voice is not distorted enough to be a bad codec, but it reads way to fast (mayby twice the &quot;normal&quot; speed). When doing a direct transfer() to the other destination this works just fine, but I need to be able to have some extra logic to tell if the destination is available or not.<br>

<br>
The second problem occurs only in .NET. After doing this sample there is as loopback channel still hanging around. It seems like the call creates a loopback-a and loopback-b, the loopback-b dissapears as it should (when the call has been disconnected), but the other one stays there. When doing the same in javascript this doesn&#39;t seem to occur.<br>

<br>
I&#39;m using the latest SVN trunk, and my OS is Windows XP.<br>
<br>
I found bug FSCORE-349 in Jira, which seems to point in to the direction that there might be a bug with the loopback channels in some cases, but I could not find anything about the audio which plays too fast.<br>
<br>
Has anyone else experienced this?<br>
<br>
Regards,<br>
<br>
Peter Olsson<br>
<br>
_______________________________________________<br>
Freeswitch-users mailing list<br>
<a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>