<html><head/><body><html><head><title>Audio Clipping with IAXRPT / Web Transceiver Client</title></head><body>Does the clipping occur usually on the same stations?<br>
Or sort of randomly?<br>
<br>
In addition to CPU load, how much free memory do you have?<br>
I was told that you should have enough memory to not see ANY swapping.<br>
And found that to be a good rule of thumb.<br>
The time involved with disk access comes into play.<br>
<br><br><div class="gmail_quote">Keith Goobie <keith@goobie.org> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">





<font face="Arial"><span style="font-size:12pt">Good day All.<br />
<br />
We have had our node up at VE3LSR / VE3UOR for a few months and we all have learned a lot about configuration and operation.  It is ACID install and version id is 300.3.<br />
<br />
On our asterisk system, we support three nodes:<br />
<br />
27211 – VE3UOR UHF repeater<br />
29133 – VE3LSR coupled through a RLC-DSP404 controller (often connected to VE3UPS and VE3UHN), and<br />
29154 – VA3LSR remote link for VE3LSR into VE3MUS – not too active – ad-hoc RF link.<br />
<br />
I have also been testing out iaxrpt and the WebTransceiver clients.<br />
<br />
I am on these systems and the results have been promising.  I do notice some clipping on the audio on some stations.  Initially I thought it was amplitude related – over-driving the URI-FOB, but I am now beginning to suspect that it may be network related and in my research I hear the term jitter being used – which if activated, adjust operation on the receiving end only.<br />
<br />
It may be that the system is not powered enough to drive the three uri-fobs.   CPU show about 25% busy.<br />
<font color="#0000FE">[root@VE3LSR etc]# cat /proc/cpuinfo<br />
processor    : 0<br />
vendor_id    : GenuineIntel<br />
cpu family    : 15<br />
model        : 4<br />
model name    : Intel(R) Pentium(R) 4 CPU 3.00GHz<br />
stepping    : 3<br />
cpu MHz        : 2992.898<br />
cache size    : 2048 KB<br />
physical id    : 0<br />
siblings    : 2<br />
core id        : 0<br />
cpu cores    : 1<br />
apicid        : 0<br />
fdiv_bug    : no<br />
hlt_bug        : no<br />
f00f_bug    : no<br />
coma_bug    : no<br />
fpu        : yes<br />
fpu_exception    : yes<br />
cpuid level    : 5<br />
wp        : yes<br />
flags        : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm constant_tsc pni monitor ds_cpl est cid cx16 xtpr<br />
bogomips    : 5985.79<br />
</font><br />
We do think that the system is sufficiently powered.<br />
<br />
We are looking for comments & guidance.  Are we expecting too much from the system having three fobs connected?  We do have good bandwidth into and out of the site.  <br />
<br />
I am listening to other systems – most not to busy, so I am not yet able to get a good reference point.<br />
<br />
I have not dabbled with the codecs much, but have been focused on using ulaw.  I am also testing with GSM – lower bandwidth.<br />
<br />
So as I said before, thoughts or suggestions are welcome.<br />
<br />
Keith / VA3YC<br /></span></font></blockquote></div><br>
-- <br>
Sent from my Android phone with K-9 Mail. Please excuse my brevity.</body></html></body></html>