<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>What degraded audio? I have ran many many test and have yet to find this 'degraded audio'. I have heard people talk about it but have yet seen any proof...<br><br>Sent from my iPhone</div><div><br>On Nov 1, 2015, at 12:32 PM, Fred Moore <<a href="mailto:fred@fmeco.com">fred@fmeco.com</a>> wrote:<br><br></div><blockquote type="cite"><div>
<meta content="text/html; charset=windows-1252" http-equiv="Content-Type">
Larry can't answer #1. <br>
I simply program the radio to provide what I want on the accessory
connector, then there is no EEPROM needed.<br>
<br>
As for answer #2<br>
When you have COS and CTCSS (PL) available use simpleUSB it not only
requires less processing power, it also does not suffer from
degraded audio. <br>
<br>
Just add the file and stanza you need.. <br>
<br>
regards.. Fred<br>
<br>
<div class="moz-cite-prefix">On 11/1/15 6:21 AM, Larry da Ponte
wrote:<br>
</div>
<blockquote cite="mid:CA+=Lr4U6ytjq_t1jD9F5wsNUndCoS5hWkd9Ucz+zigtprgHbKg@mail.gmail.com" type="cite">
<div dir="ltr">
<div>Two questions for the group:</div>
<div><br>
</div>
#1 I'm seeing this in my /var/log/asterisk - I'm using a DMK URI
with EEPROM and a Motorola GM300 with one of Marshall's Motorola
Maxtrac, GM300 and M120 16 Pin Radio to URI cables.
<div><br>
</div>
<div><font style="background-color:rgb(11,83,148)" color="#f1c232">[Nov 1 11:30:05] NOTICE[6852]
chan_usbradio.c: USB Adapter has no EEPROM installed or
Checksum BAD on channel usb42372</font><br>
<div><br>
</div>
<div>I understand that the benefit of the DMK URI with EEPROM
is that the interface configuration can be stored in the URI
as apposed to (where else?) - is this URI EEPROM feature
taken advantage of with app_rpt and associated drivers?</div>
<div><br>
</div>
<div>#2 How do I choose which channel driver to use -
simpleusb or USBRadio? From what I've been able to learn
through varius wikis and posts on the subject, I would want
to use simpleusb because all of the hardware connections for
COS and CTCSS are provided so there is no reason to use the
DSP features of USBRadio thus simplifying what the driver
has to do and perhaps lowering the CPU utilization. I've
also read some posts that describe audio degredation in the
USBRadio driver but I can't tell you the cause. I expect
the right answer here is for me to try out both and
experiment - which I will do but would appreciate any
wisdome from the group on their experience with these
drivers when using the DMK URI and hardware connections for
COS/CTCSS. My current configuration below is getting
favorable audio reports.</div>
<div><br>
</div>
<div>I have no simpleusb.conf in my /etc/asterisk</div>
<div>I have usbradio.conf and usbradio_tune_usb42372.conf</div>
<div><br>
</div>
<div>I have the following in my
rpt.conf: rxchannel=Radio/usb42372</div>
<div><br>
</div>
<div>I have the following in my usbradio.conf:</div>
<div><br>
</div>
<div>
<div>[usb42372]</div>
<div><br>
</div>
<div>hdwtype=0<span class="" style="white-space:pre"> </span></div>
<div>rxboost=1</div>
<div>txboost=1</div>
<div>rxctcssrelax=1</div>
<div>txctcssdefault=71.9</div>
<div>rxctcssfreqs=71.9</div>
<div>txctcssfreqs=71.9</div>
<div>;rxctcssoverride=0</div>
<div>carrierfrom=dsp</div>
<div>ctcssfrom=dsp</div>
<div>rxdemod=flat</div>
<div>txprelim=yes</div>
<div>txlimonly=no</div>
<div>txtoctype=notone</div>
<div>txmixa=composite</div>
<div>txmixb=no</div>
<div>invertptt=0</div>
<div>duplex=0</div>
<div>rxondelay=0</div>
<div>rxnoisefiltype=0</div>
<div>eeprom=1</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
</div>
</div>
<br>
-- <br>
This message has been scanned for viruses and
<br>
dangerous content by
<a moz-do-not-send="true" href="http://www.mailscanner.info/"><b>MailScanner</b></a>,
and is
<br>
believed to be clean.
<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>
To unsubscribe from this list please visit <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> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. </pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Fred Moore
email: <a class="moz-txt-link-abbreviated" href="mailto:fred@fmeco.com">fred@fmeco.com</a>
<a class="moz-txt-link-abbreviated" href="mailto:fred@safes.com">fred@safes.com</a>
phone: 321-217-8699
</pre>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>App_rpt-users mailing list</span><br><span><a href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a></span><br><span><a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a></span><br><span></span><br><span>To unsubscribe from this list please visit <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"</span><br><span>You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. </span></div></blockquote></body></html>