similar to: Re: ztdummy/rtc - staticy audio

> I'm still having my (apparantly) timing problem, but I'll do some more > testing and make a separate thread for that. I'm generating an > outbound call through Asterisk. The inbound audio is good, but the > outbound audio is sometimes staticy. This seems to happen only at the > start of the call. These are short test calls, just playing a "weasels > ate our

Hello, I have some ugly numbers given by zttest for ztdummy on an AMD64 box running linux-2.6.15 compiled for Athlon64. linux-2.6.15, zaptel/branches/1.2 r900, jiffies ./zttest Opened pseudo zap interface, measuring accuracy... 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586%

Your Zap conf files would be helpful. Zttest results? Cat /proc/interrupts. Sharing interrupts? Any funky error in the logs? Thanks, Steve Totaro http://www.asteriskhelpdesk.com > -----Original Message----- > From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users- > bounces@lists.digium.com] On Behalf Of Administrator TOOTAI > Sent: Thursday, May 10, 2007 6:24 AM

Hello, Maybe I'm missing something here. What is the proper way to use RTC with ztdummy now? I'm using -HEAD from a day or two ago on Linux 2.6.11.11. In zaptel/Makefile, I changed CFLAGS to: CFLAGS+=-I. -O4 -g -Wall -DBUILDING_TONEZONE -DUSE_RTC #-DTONEZONE_DRIVER and I get.. make -C /lib/modules/2.6.11.11/build SUBDIRS=/usr/src/zaptel modules make[1]: Entering directory

Hello, Today we setted up a server that needs to use MeetMe but doesn't have any Zap hardware. So we need to use ztdummy (at least, this was our idea). Rarely: zttest is not working at all (100% bad, using zttest -v doesn't give anything, etc.). Of course, after load ztdummy, there isn't any background or anything. It is the same kernel (Debian Etch default kernel, 2.6.18) than

Greetings! I have a FreeBSD 5.3 running on Intel SR1300 (dual xeon 2.6, scsi) server, with ztdummy.ko driver as timing source for asterisk. The typical output from zttest is: $ zttest Opened pseudo zap interface, measuring accuracy... [..skip..] --- Results after 192 passes --- Best: 99.987793 -- Worst: 98.266602 But when i listening MOH, it's quality is not very good. It is slightly

I'm using asterisk 1.4.11 and Zaptel version 1.4.5.1 with kernel 2.6.22. I have the ztdummy module loaded, which is using zaptel and rtc. When the ztdummy module is loaded, sounds are not heard when using the asterisk "background" command. When the ztdummy module is unloaded, which also removes zaptel and rtc, sounds are heard. I've also tested this under kernel 2.6.21 with the

Hello, I''ve just found post on the list about Asterisk / Zaptel ztdummy problem http://lists.xensource.com/archives/html/xen-users/2006-04/msg00452.html http://lists.xensource.com/archives/html/xen-users/2006-07/msg00267.html My Xen host run with debian sarge 3.1 and I ''ve exactly the same problem when I try to load ztdummy inside a domU rtc: IRQ 8 is not free. WARNING:

Hi, I'm getting crazy about ztdummy. I have to replicate a PBX where ztdummy is working fine but for some reason I cannot. The two machines have the same kernel, motherboard, the same gcc version and the same zaptel 1.4.8. On the second machine zaptel compiles without errors and ztdummy.ko is generated but when I modprobe it I get the following error in messages: rtc: lost some interrupts

> I'm getting crazy about ztdummy. I have to replicate a PBX where ztdummy > is working fine but for some reason I cannot. > The two machines have the same kernel, motherboard, the same gcc version > and the same zaptel 1.4.8. On the second machine zaptel compiles without > errors and ztdummy.ko is generated but when I modprobe it I get the > following error in messages: >

It's taken me about a day just to get ztdummy to compile into a module that the amazon ec2 xen kernel will accept (you have to downgrade the version of gcc among other things), but now I'm getting the following error and I'm stumped: rtc: IRQ 8 is not free. WARNING: Error inserting rtc (/lib/modules/2.6.16.19-xen/kernel/drivers/char/rtc.ko): Input/output error ztdummy: Unknown

HiI don't have any digium cards and only want to install ztdummy with all asterisk functions. What I will need with ztdummy and what I can disable?Thanks a lotDmitri************************************ Zaptel Module Selection ************************************* Press 'h' for help.

I've modified ztdummy to work under 2.6 (basically ditched all the uhci stuff and added a kernel timer instead). How do I test my changes are doing anything useful? zttest gives: --- Results after 14 passes --- Best: 99.975586 -- Worst: 99.975586 Is that good/bad/terrible...? Tony -- Te audire no possum. Musa sapientum fixa est in aure. Tony Hoyle <tmh@nodomain.org> Key ID:

Hi, I'm still strugling with getting an easy to use conference system implemented. I did have app_conference running, but today I upgraded asterisk to 1.0.9 and it stopped working. I've tried following the instructions for compiling app_conference on 1.0.7 but it didn't work. So I went back to ztdummy (I've not had any luck getting this to compile on FC2). Anyhoo, I've

What does it take to get ztdummy to work correctly? I have a new laptop HP HDX9200. I am running asterisk 1.4.19 and zaptel 1.4.9.2 Zaptel compiles fine. asterisk compiles fine. ztdummy loads asterisk runs. Problem is playback() does not work. So then I stop zaptel, asterisk runs and playback() now works. However, meetme()'s dont work. I need ztdummy I'm pretty sure for that. I am

Hi I am trying to build reliable fax solution with asterisk, iaxmodem and hylafax. I am attempting to do this on Compaq DL-360 with 2 pentium 3 1.2GHz (512 cache) and 2GB of RAM. I am using a Sangoma A101. After installing the newest zaptel and wanpipe-3.1.0 beta I did zttest and it didn't give me good results: 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586% 99.975586%

Hello, I had noticed strange crackling sound on my phone calls going through my zaptel device (TDM400P), so i decided to check on possible timer issue, and found lots of issues on forums concerning the sensibility of zaptel with IRQs, and tried about everything: moving PCI slots, noapic and acpi=off boot options, play with different kernel options: iosched/preemption/timer/..., play with

Hi, I've managed to build the zaptel modules including ztdummy; ztdummy is installing fine in the modules list and the relevant device structures are present. lsmod | grep ztdummy gives:- ztdummy 5160 0 zaptel 186916 1 ztdummy rtc 12372 1 ztdummy Where I'm stuck is I am now at a loss as to how to configure my /etc/zaptel.conf and

Hello System: Debian etch with kernel 2.6.18-4-686 or 2.6.18 custom. Asterisk Version: SVN-branch-1.4-r55483M Zaptel Version: SVN-branch-1.4-r2302 modules all ok in compilation time. And modules loaded: ztdummy 5928 0 rtc 13364 1 ztdummy zaptel 181540 1 ztdummy crc_ccitt 3200 1 zaptel In /dev/zap directory I have:

> They instantly got us to look at the output of zttest and we found that this was (in their words) 'extremely low', with 'best' and > 'worst' readings of 99.975586% and 99.963379% respectively. Might want to give PCI latency setting a try, it helped for me. My ZTTEST would drop occasionally to 99.95% until I set: setpci -v -s 01:01.0 latency_timer=ff