see how it works in latest trunk 13011<br><br>nontheless you can just say <br><br>session.execute("bridge", "loopback/5000");<br><br>and get the same result without touching that other channel.<br><br>when the call fails, you will have an originate_disposition variable in session you can check.<br>
<br><br><br><div class="gmail_quote">On Mon, Apr 13, 2009 at 11:21 AM, Peter Olsson <span dir="ltr"><<a href="mailto:peter.olsson@visionutveckling.se">peter.olsson@visionutveckling.se</a>></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;">
1. The latest trunk I've tried with is 13008. Since I'm not doing anything for production yet (just testing/evaluating), so I tend to update as soon as there is new version available..<br>
2. Yep, you will find it below. In javascript - my sample for .NET does basically the same thing, with the same result, except that it also won't drop the loopback-a call leg.<br>
3. Hmm.. Not really - I'm just in the middle of learning FS, so I guess I'm not 100% sure what I'm doing.. :) What I want to be able to do is to dial into a script, let the script dial another extension, and bridge them together when the other party answers the call. I also need to take care of call setup problems - if the other part doesn't respond, is unavailable or busy in the phone - so I though this was the only way? If I use the session.execute("bridge"..), will I be able to control the call if it couldn't be connected?<br>
<br>
---<br>
<br>
if (session.ready()) {<br>
<br>
session.answer();<br>
<br>
new_session = new Session("loopback/5000", session);<br>
new_session.waitForAnswer();<br>
<br>
bridge(session, new_session);<br>
<br>
// Not sure if this is needed - I've tried with it both enabled and disabled<br>
session.hangup();<br>
new_session.hangup();<br>
}<br>
<font color="#888888"><br>
Peter<br>
</font><div><div></div><div class="h5"><br>
<br>
On 09-04-13 17.54, "Anthony Minessale" <<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>> wrote:<br>
<br>
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("bridge", dest);<br>
instead of doing it manually (which is a process not for the faint at heart)?<br>
<br>
<br>
<br>
On Mon, Apr 13, 2009 at 10:29 AM, Peter Olsson <<a href="mailto:peter.olsson@visionutveckling.se">peter.olsson@visionutveckling.se</a>> wrote:<br>
I have two problems that I haven't been able to solve. I'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'm calling is "loopback/5000" - 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's a timestamping issue - the voice is not distorted enough to be a bad codec, but it reads way to fast (mayby twice the "normal" 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't seem to occur.<br>
<br>
I'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>
<br>
<br>
<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>
</div></div></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>