<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi Kieth, In the usbradio.conf have you got the "txlinonly = yes'?
<br>
<br>
This should limit TX audio coming from the URI.<br>
<br>
txlimonly=yes ; Audio limiting with no pre-emphasis on output
channel: no,yes<br>
; no - Audio is not limited. <br>
; yes - Audio is limited.<br>
; Suitable for transmitters with no limiting but with
pre-emphasis.<br>
<br>
You can also tell the IAX users to cut back their mic gains. I would
start here first. Like a lot of people on Echolink they dont have
the computer set up properly. I find that head sets sound the best
rather than using the internal mics on lapatops.<br>
<br>
I would leave the codec as Ulaw. dont bother with GSM, has crappy
watery audio.<br>
<br>
Jon VA3RQ<br>
<br>
On 3/3/2013 11:31 AM, Keith Goobie wrote:
<blockquote cite="mid:CD58E51D.18A6D%25keith@goobie.org" type="cite">
<title>Audio Clipping with IAXRPT / Web Transceiver Client</title>
<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>
-- <br>
<a moz-do-not-send="true" href="keith@goobie.org">keith@goobie.org</a><br>
Keith Goobie<br>
Richmond Hill, ON, CANADA<br>
</span></font>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
App_rpt-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a>
<a class="moz-txt-link-freetext" href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a>
</pre>
</blockquote>
</body>
</html>