<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Sep 25, 2013 at 7:36 AM, Bob Hartwig <span dir="ltr"><<a href="mailto:bobjectsfreeswitch@gmail.com" target="_blank">bobjectsfreeswitch@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hello Anthony,<div><br></div><div><div class="gmail_extra"><div class="gmail_quote"><div class="im">On Tue, Sep 24, 2013 at 11:45 PM, Anthony Minessale <span dir="ltr"><<a href="mailto:anthony.minessale@gmail.com" target="_blank">anthony.minessale@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">You could test your theory more by making an extension like this:<div><br></div><div><div> <extension name="test"></div>
<div> <condition field="destination_number" expression="^1234$"></div>
<div> <action application="answer"/></div><div> <action application="set" data="time_name=soft"/><br></div><div> <action application="playback" data="tone_stream://%(251,0,1004);loops=-1"/></div>
<div> </condition></div><div> </extension></div></div><div><br></div><div><br></div><div>This would produce a timer and use it for playback instead of the read stream.</div><div><br></div></div></blockquote>
<div><br></div></div><div>Yes, I did just that yesterday, and the playback is similarly distorted then. That experiment is what made me pretty certain that the mod_conference timer was my culprit.</div><div class="im"><div>
<br></div><div><br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><div>If you wanted to make a timer you could use from the TDM you would have to make a FS module with raw dahdi code in it that opened a socket and clocked off of it and pushed it out to the channels like how some of the other timer modules do but I think if you are on a modern kernel with timerfd that this should not be necessary. If you are on an older platform like centos5 you could try the old -heavy-timer command line arg.</div>
<div><br></div></div></blockquote><div><br></div></div><div>-heavy-timer is new to me, thanks for the tip. My problem is not timer accuracy, but timer synchronization with the T1 clock. But grepping for heavy-timer may give me some insight on how to replace the main timer if it turns out that I need to go that way.</div>
<div><br></div><div> Thanks,</div><div> Bob</div><div><br></div></div></div></div></div></blockquote><div><br></div><div>Not replace the main timer ...., we have timer modules you can create and configure. I gave you the recipe above.</div>
<div>You didn't note the distro really.</div><div><br></div><div>One more warning, dahdi runs at 1000hz internally because it's paranoid that it won't accurately catch the 8000hz. Asterisk and all of its satellites like zaptel/dahdi etc always ran on a notion of using the read stream to clock the write. It would be really nice if you could reproduce this issue on a Sangoma setup to rule out every moving part we don't control between FreeTDM and your T1 line. I know Sangoma did a lot of work inspired by ClueCon 1 to produce slower interrupt timing sync.</div>
<div><br></div><div>I'm sure you could find someone to run the test for you on other boxes from the extension I pasted above and see if the problem is reproducible elsewhere.</div><div><br></div><div><br></div><div> </div>
<div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra">
<div class="gmail_quote"><div></div></div></div></div></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><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></blockquote></div><br><br clear="all"><div><br></div>-- <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>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</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="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900
</div></div>