You could test your theory more by making an extension like this: <extension name="test"> <condition field="destination_number" expression="^1234$"> <action application="answer"/> <action application="set" data="time_name=soft"/> <action application="playback" data="tone_stream://%(251,0,1004);loops=-1"/> </condition> </extension> This would produce a timer and use it for playback instead of the read stream. 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. Also don't rule out the zt mod for freetdm or dahdi itself. Most people use FreeTDM with sangoma cards so the zt mod code is more of a variable. On Tue, Sep 24, 2013 at 9:32 PM, Bob Hartwig <bobjectsfreeswitch@gmail.com>wrote:
Hi Moises,
On Tue, Sep 24, 2013 at 9:55 PM, Moises Silva <moises.silva@gmail.com>wrote:
The input thread IO timing seems to be completely based on the endpoint read clock (in FreeTDM case, using hardware timer). The output thread on the other hand uses the soft-timer to time the calls to switch_core_session_write() (and then internally the write will be timed by the hardware timer, again).
Sorry if this is a dumb question, but is there any way to hack things to make all of FreeSWITCH sync up with the FreeTDM clock source? I.e. the "soft" timer would be synchronized to the FreeTDM clock source?
I'm seeing some weirdness with my FreeTDM / Dahdi system, where only FreeTDM channels are hearing distortion on conference, and I'm almost certain that this is the culprit, but I have no idea how to proceed to fix it. I'm pretty new to FreeTDM, so I'm hoping that I'm missing something simple. Any thoughts?
What kind of distortion exactly?
Here is how I described it in an earlier email: "I would classify the distortion as a "crackle", but it is very regularly periodic. Repeating ticks at (roughly) 10-20 Hz repeat rate, I would say. I can only hear them when audio is present, i.e. the audio seems to be modulated with the ticks. And that conference audio can be the MOH guitar recording." It is only on conference, and only for TDM channels. WAV file playback does not have the problem (but I assume that playing a WAV on conference would, since MOH does).
You may want to use the "ftdm trace" command to record the audio read/written to the TDM endpoint and see if the audio is clean when written to the tdm endopoint.
OK, I'll try that.
What sampling rate is your conference? what packetization size? (20ms, 30ms, 40ms??) what kind of hardware are you using?
8000, 20 mS (and I verified that everything is 20), and a quad Rhino board using Dahdi.
Thanks, Bob
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list 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/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900