About a week ago I asked about DMK URI connections to an Alinco radio and I got several responses. I do have a few more questions regarding that.
The Alinco has both flat and pre/de-emphasized audio available on its data connector as 1200 baud and 9600 baud connections.
I assume I would use the 1200 baud connections along with COS and PTT for a simple USB interface and the 9600 baud connections along with just the PTT for a DSP interface?
Do I use the (Alinco 9600 baud) audio to the TX also? Does the DSP pre-emphasize audio or is the processing just on the receive side?
Why would I want to use one over the other (DSP vs simple USB)? Which is preferred and/or works better? I am thinking there might be some differing opinions here!
The DMK URI has both mic_DC and mic_AC inputs. Does this refer to frequency response or just that one has DC blocking?
If you are using flat response (DSP) would the audio in (from the receiver) connections at the URI end matter?
The DMK URI has both COS and CTSS inputs. Why would you use one over the other? When using DSP I assume neither is needed?
All of the questions above assume I am using the Acid release on a faster processor.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
OK Perhaps I am not using the right Allstar terminology here. My understanding is that simple USB works similar to IRLP in that you use pre/dempahsized audio and COS and there is no further processing. CTSS tones, squelch, etc. are not decoded by the SW but rather by the incoming DC level of COS.
On the other hand in what I call DSP the CTSS, etc. are decoded by the software. As a for instance the GM300 example on the DMK site uses no COS just audio in, out, and PTT. When using this mode you use flat audio from the RX or audio that has not been demphasized.
DSP is digital signal processing. That is what the SW does to look at the incoming signal to decode things like CTSS, DTMF, squelch noise etc. I am assuming that simple USB just uses the COS signal to detect carrier. My question was why would one prefer one method over the other or does one work better than the other.
73 Doug
WA3DSP
WA3DSP Amateur Radio Resources
···
From: kj6ko@innercite.com
To: doug@crompton.com
Subject: Re: [App_rpt-users] DMK URI questions
Date: Sat, 2 Nov 2013 00:13:15 -0700
Doesn’t matter. It’s a preference thing. By the time audio gets to the internet, it is all digitized and de-emphasized. What comes out the other end depends on what you want. If you are going to feed a modulator directly, you need pre-emphasized audio, and I don’t think the URI will do that. It will de-emphasize DISC audio on RX. You should just use MIC audio into the radio and de-emphasized audio into the URI to keep it simple. I would ALWAYS use “CTCSS Valid” signal out of the radio (if avail) and feed the signal to the COS port of the URI.
COS and CTCSS are meant to be used together, like in a repeater, but it doesn’t have to be
MIC DC and MIC AC?? you will have to read the radio manual on that one.
PS: DSP does NOT mean FLAT Audio. It means “Digital Signal Processing” and really has nothing to do with audio shape.
I guess I’m not sure what you mean by “DSP vs Simple USB”?? Is there a device called a “DSP?”
I’m guessing you should keep it simple and use the “Simple USB” because that is what it is…simple! Not much involved, Audio in, audio out, PTT Out and COR/CTCSS in.(Either or). For a CTCSS detect, you need to find something that will give a GND or +5VDC when an active PL Tone is received. I think the DMK device can do this for you if you don’t have one on your radio, in which case you will HAVE to use discriminator audio for RX. The DMK will de-emphasize it before it goes out over the network.
----- Original Message -----
From:
Doug Crompton
Sent: Friday, November 01, 2013 10:53 PM
Subject: [App_rpt-users] DMK URI questions
About a week ago I asked about DMK URI connections to an Alinco radio and I got several responses. I do have a few more questions regarding that.
The Alinco has both flat and pre/de-emphasized audio available on its data connector as 1200 baud and 9600 baud connections.
I assume I would use the 1200 baud connections along with COS and PTT for a simple USB interface and the 9600 baud connections along with just the PTT for a DSP interface?
Do I use the (Alinco 9600 baud) audio to the TX also? Does the DSP pre-emphasize audio or is the processing just on the receive side?
Why would I want to use one over the other (DSP vs simple USB)? Which is preferred and/or works better? I am thinking there might be some differing opinions here!
The DMK URI has both mic_DC and mic_AC inputs. Does this refer to frequency response or just that one has DC blocking?
If you are using flat response (DSP) would the audio in (from the receiver) connections at the URI end matter?
The DMK URI has both COS and CTSS inputs. Why would you use one over the other? When using DSP I assume neither is needed?
All of the questions above assume I am using the Acid release on a faster processor.
** 73 Doug
WA3DSP
WA3DSP Amateur Radio Resources**
__________ Information from ESET NOD32 Antivirus, version of virus signature database 8996 (20131101) __________
The message was checked by ESET NOD32 Antivirus.
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org__________ Information from ESET NOD32 Antivirus, version of virus signature database 8996 (20131101) __________
The message was checked by ESET NOD32 Antivirus.
__________ Information from ESET NOD32 Antivirus, version of virus signature database 8996 (20131101) __________
The message was checked by ESET NOD32 Antivirus.
The DMK URI works with either SimpleUSB or USBradio (DSP).
-
Both USBradio and SimpleUSB can do CTCSS high pass filtering and de-emphasis.
-
SimpleUSB cannot do noise squelch, CTCSS squelch or pre-emphasis.
-
SimpleUSB requires less CPU.
You may not desire or be able to use USBradio:
-
If you have a low speed (less than 800 Mhz) CPU
-
If you can’t get discriminator audio out of your radio
-
If your radio does not produce enough high frequency discriminator audio
-
If you find the squelch action of your radio better than that of USBradio
Personally I prefer SimpleUSB over USBradio. I use with commercial Motorola repeaters on congested hill tops. The squelch and CTCSS decode are miles better than USBradio in my opinion.
Tim
:wq
···
On Nov 2, 2013, at 7:41 AM, Doug Crompton doug@crompton.com wrote:
OK Perhaps I am not using the right Allstar terminology here. My understanding is that simple USB works similar to IRLP in that you use pre/dempahsized audio and COS and there is no further processing. CTSS tones, squelch, etc. are not decoded by the SW but rather by the incoming DC level of COS.
On the other hand in what I call DSP the CTSS, etc. are decoded by the software. As a for instance the GM300 example on the DMK site uses no COS just audio in, out, and PTT. When using this mode you use flat audio from the RX or audio that has not been demphasized.
DSP is digital signal processing. That is what the SW does to look at the incoming signal to decode things like CTSS, DTMF, squelch noise etc. I am assuming that simple USB just uses the COS signal to detect carrier. My question was why would one prefer one method over the other or does one work better than the other.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
From: kj6ko@innercite.com
To: doug@crompton.com
Subject: Re: [App_rpt-users] DMK URI questions
Date: Sat, 2 Nov 2013 00:13:15 -0700Doesn’t matter. It’s a preference thing. By the time audio gets to the internet, it is all digitized and de-emphasized. What comes out the other end depends on what you want. If you are going to feed a modulator directly, you need pre-emphasized audio, and I don’t think the URI will do that. It will de-emphasize DISC audio on RX. You should just use MIC audio into the radio and de-emphasized audio into the URI to keep it simple. I would ALWAYS use “CTCSS Valid” signal out of the radio (if avail) and feed the signal to the COS port of the URI.
COS and CTCSS are meant to be used together, like in a repeater, but it doesn’t have to be
MIC DC and MIC AC?? you will have to read the radio manual on that one.
PS: DSP does NOT mean FLAT Audio. It means “Digital Signal Processing” and really has nothing to do with audio shape.
I guess I’m not sure what you mean by “DSP vs Simple USB”?? Is there a device called a “DSP?”
I’m guessing you should keep it simple and use the “Simple USB” because that is what it is…simple! Not much involved, Audio in, audio out, PTT Out and COR/CTCSS in.(Either or). For a CTCSS detect, you need to find something that will give a GND or +5VDC when an active PL Tone is received. I think the DMK device can do this for you if you don’t have one on your radio, in which case you will HAVE to use discriminator audio for RX. The DMK will de-emphasize it before it goes out over the network.
----- Original Message -----
From: Doug Crompton
Sent: Friday, November 01, 2013 10:53 PM
Subject: [App_rpt-users] DMK URI questions
About a week ago I asked about DMK URI connections to an Alinco radio and I got several responses. I do have a few more questions regarding that.
The Alinco has both flat and pre/de-emphasized audio available on its data connector as 1200 baud and 9600 baud connections.
I assume I would use the 1200 baud connections along with COS and PTT for a simple USB interface and the 9600 baud connections along with just the PTT for a DSP interface?
Do I use the (Alinco 9600 baud) audio to the TX also? Does the DSP pre-emphasize audio or is the processing just on the receive side?
Why would I want to use one over the other (DSP vs simple USB)? Which is preferred and/or works better? I am thinking there might be some differing opinions here!
The DMK URI has both mic_DC and mic_AC inputs. Does this refer to frequency response or just that one has DC blocking?
If you are using flat response (DSP) would the audio in (from the receiver) connections at the URI end matter?
The DMK URI has both COS and CTSS inputs. Why would you use one over the other? When using DSP I assume neither is needed?
All of the questions above assume I am using the Acid release on a faster processor.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
__________ Information from ESET NOD32 Antivirus, version of virus signature database 8996 (20131101) __________
The message was checked by ESET NOD32 Antivirus.
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users__________ Information from ESET NOD32 Antivirus, version of virus signature database 8996 (20131101) __________
The message was checked by ESET NOD32 Antivirus.
__________ Information from ESET NOD32 Antivirus, version of virus signature database 8996 (20131101) __________
The message was checked by ESET NOD32 Antivirus.
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
As for me, I prefer to let the DSP do it all.
Excellent audio, and less stuff to bring in and out of the radio. Fitting into a network of similar nodes you also maintain a consistency of sound.
And with XIPAR you have the very nice working high and low pass filters.
Meanwhile, some people have noted erratic operation of the DSP noise squelch on weak signals.
On my frequency agile remote base (with a Syntor X) I was forced to use the squelch in the radio and USB input via a URI. That was due to different, or no PL on the various channels. But still using the DSP to de-emphasize, limit, and pre-emphasize. This works very well also.
Experiment. Find which way you prefer.
···
–
Sent from my Android phone with K-9 Mail.
Please excuse my brevity and typing errors.
OK the two differing opinion responses explain the difference.
If I decide to start with simple USB and CTSS decoding in my transceiver fed to the URI cos pin would I use flat audio or dempahsized audio from the transceiver? In the case of the Alinco either the 1200 baud or 9600 baud audio data port outputs? And what input to the Alinco for TX (1200 or 9600)?
This is confusing because I am not sure if a setting of simple USB also means you send demphasized audio to the interface or do you always send “flat” audio to the interface. And the same question for audio from the interface to the TX.
I am assuming the term “flat” means before any pre/demphasis.
73 Doug
WA3DSP
WA3DSP Amateur Radio Resources
···
Subject: Re: [App_rpt-users] DMK URI questions
From: tim.sawyer@mac.com
Date: Sat, 2 Nov 2013 08:56:01 -0700
CC: app_rpt-users@ohnosec.org
To: doug@crompton.com
The DMK URI works with either SimpleUSB or USBradio (DSP).
-
Both USBradio and SimpleUSB can do CTCSS high pass filtering and de-emphasis.
-
SimpleUSB cannot do noise squelch, CTCSS squelch or pre-emphasis.
-
SimpleUSB requires less CPU.
You may not desire or be able to use USBradio:
-
If you have a low speed (less than 800 Mhz) CPU
-
If you can’t get discriminator audio out of your radio
-
If your radio does not produce enough high frequency discriminator audio
-
If you find the squelch action of your radio better than that of USBradio
Personally I prefer SimpleUSB over USBradio. I use with commercial Motorola repeaters on congested hill tops. The squelch and CTCSS decode are miles better than USBradio in my opinion.
Tim
:wq
On Nov 2, 2013, at 7:41 AM, Doug Crompton doug@crompton.com wrote:
OK Perhaps I am not using the right Allstar terminology here. My understanding is that simple USB works similar to IRLP in that you use pre/dempahsized audio and COS and there is no further processing. CTSS tones, squelch, etc. are not decoded by the SW but rather by the incoming DC level of COS.
On the other hand in what I call DSP the CTSS, etc. are decoded by the software. As a for instance the GM300 example on the DMK site uses no COS just audio in, out, and PTT. When using this mode you use flat audio from the RX or audio that has not been demphasized.
DSP is digital signal processing. That is what the SW does to look at the incoming signal to decode things like CTSS, DTMF, squelch noise etc. I am assuming that simple USB just uses the COS signal to detect carrier. My question was why would one prefer one method over the other or does one work better than the other.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
From: kj6ko@innercite.com
To: doug@crompton.com
Subject: Re: [App_rpt-users] DMK URI questions
Date: Sat, 2 Nov 2013 00:13:15 -0700Doesn’t matter. It’s a preference thing. By the time audio gets to the internet, it is all digitized and de-emphasized. What comes out the other end depends on what you want. If you are going to feed a modulator directly, you need pre-emphasized audio, and I don’t think the URI will do that. It will de-emphasize DISC audio on RX. You should just use MIC audio into the radio and de-emphasized audio into the URI to keep it simple. I would ALWAYS use “CTCSS Valid” signal out of the radio (if avail) and feed the signal to the COS port of the URI.
COS and CTCSS are meant to be used together, like in a repeater, but it doesn’t have to be
MIC DC and MIC AC?? you will have to read the radio manual on that one.
PS: DSP does NOT mean FLAT Audio. It means “Digital Signal Processing” and really has nothing to do with audio shape.
I guess I’m not sure what you mean by “DSP vs Simple USB”?? Is there a device called a “DSP?”
I’m guessing you should keep it simple and use the “Simple USB” because that is what it is…simple! Not much involved, Audio in, audio out, PTT Out and COR/CTCSS in.(Either or). For a CTCSS detect, you need to find something that will give a GND or +5VDC when an active PL Tone is received. I think the DMK device can do this for you if you don’t have one on your radio, in which case you will HAVE to use discriminator audio for RX. The DMK will de-emphasize it before it goes out over the network.
----- Original Message -----
From: Doug Crompton
Sent: Friday, November 01, 2013 10:53 PM
Subject: [App_rpt-users] DMK URI questions
About a week ago I asked about DMK URI connections to an Alinco radio and I got several responses. I do have a few more questions regarding that.
The Alinco has both flat and pre/de-emphasized audio available on its data connector as 1200 baud and 9600 baud connections.
I assume I would use the 1200 baud connections along with COS and PTT for a simple USB interface and the 9600 baud connections along with just the PTT for a DSP interface?
Do I use the (Alinco 9600 baud) audio to the TX also? Does the DSP pre-emphasize audio or is the processing just on the receive side?
Why would I want to use one over the other (DSP vs simple USB)? Which is preferred and/or works better? I am thinking there might be some differing opinions here!
The DMK URI has both mic_DC and mic_AC inputs. Does this refer to frequency response or just that one has DC blocking?
If you are using flat response (DSP) would the audio in (from the receiver) connections at the URI end matter?
The DMK URI has both COS and CTSS inputs. Why would you use one over the other? When using DSP I assume neither is needed?
All of the questions above assume I am using the Acid release on a faster processor.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
__________ Information from ESET NOD32 Antivirus, version of virus signature database 8996 (20131101) __________
The message was checked by ESET NOD32 Antivirus.
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users__________ Information from ESET NOD32 Antivirus, version of virus signature database 8996 (20131101) __________
The message was checked by ESET NOD32 Antivirus.
__________ Information from ESET NOD32 Antivirus, version of virus signature database 8996 (20131101) __________
The message was checked by ESET NOD32 Antivirus.
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Typically, when using non-descriminator audio you will not use app_rpt de-emphasis because the audio coming out of your radio is already de-emphasized.
On the transmit side you want generally want to use the radio’s mic input which needs no app_rpt pre-emphasis. The exception to that is if you want app_rpt to generate transmit CTCSS. In that case you feed the modulator and pre-emphasize with app_rpt.
Flat audio means no filters are applied. Flat systems generally take discriminator audio and feed it to the modulator. The audio itself is not what you might think of as flat as the highs are emphasized out of the repeater and passed through the system. The audio is pre/de-emphasized by the user’s radio and the repeater system never filters it.
App_rpt is not a flat audio system. App_rpt is a line (mic/speaker) audio system. That way it interfaces to easily to telephones, sound files, generated tones and etc. The audio needs to be pre/de-ephhasized either by the radio or with app_rpt itself just before it goes to the radio.
···
–
Tim
:wq
On Nov 2, 2013, at 9:53 AM, Doug Crompton doug@crompton.com wrote:
OK the two differing opinion responses explain the difference.
If I decide to start with simple USB and CTSS decoding in my transceiver fed to the URI cos pin would I use flat audio or dempahsized audio from the transceiver? In the case of the Alinco either the 1200 baud or 9600 baud audio data port outputs? And what input to the Alinco for TX (1200 or 9600)?
This is confusing because I am not sure if a setting of simple USB also means you send demphasized audio to the interface or do you always send “flat” audio to the interface. And the same question for audio from the interface to the TX.
I am assuming the term “flat” means before any pre/demphasis.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
Subject: Re: [App_rpt-users] DMK URI questions
From: tim.sawyer@mac.com
Date: Sat, 2 Nov 2013 08:56:01 -0700
CC: app_rpt-users@ohnosec.org
To: doug@crompton.comThe DMK URI works with either SimpleUSB or USBradio (DSP).
- Both USBradio and SimpleUSB can do CTCSS high pass filtering and de-emphasis.
- SimpleUSB cannot do noise squelch, CTCSS squelch or pre-emphasis.
- SimpleUSB requires less CPU.
You may not desire or be able to use USBradio:
- If you have a low speed (less than 800 Mhz) CPU
- If you can’t get discriminator audio out of your radio
- If your radio does not produce enough high frequency discriminator audio
- If you find the squelch action of your radio better than that of USBradio
Personally I prefer SimpleUSB over USBradio. I use with commercial Motorola repeaters on congested hill tops. The squelch and CTCSS decode are miles better than USBradio in my opinion.
Tim
:wq
On Nov 2, 2013, at 7:41 AM, Doug Crompton doug@crompton.com wrote:
OK Perhaps I am not using the right Allstar terminology here. My understanding is that simple USB works similar to IRLP in that you use pre/dempahsized audio and COS and there is no further processing. CTSS tones, squelch, etc. are not decoded by the SW but rather by the incoming DC level of COS.
On the other hand in what I call DSP the CTSS, etc. are decoded by the software. As a for instance the GM300 example on the DMK site uses no COS just audio in, out, and PTT. When using this mode you use flat audio from the RX or audio that has not been demphasized.
DSP is digital signal processing. That is what the SW does to look at the incoming signal to decode things like CTSS, DTMF, squelch noise etc. I am assuming that simple USB just uses the COS signal to detect carrier. My question was why would one prefer one method over the other or does one work better than the other.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
From: kj6ko@innercite.com
To: doug@crompton.com
Subject: Re: [App_rpt-users] DMK URI questions
Date: Sat, 2 Nov 2013 00:13:15 -0700Doesn’t matter. It’s a preference thing. By the time audio gets to the internet, it is all digitized and de-emphasized. What comes out the other end depends on what you want. If you are going to feed a modulator directly, you need pre-emphasized audio, and I don’t think the URI will do that. It will de-emphasize DISC audio on RX. You should just use MIC audio into the radio and de-emphasized audio into the URI to keep it simple. I would ALWAYS use “CTCSS Valid” signal out of the radio (if avail) and feed the signal to the COS port of the URI.
COS and CTCSS are meant to be used together, like in a repeater, but it doesn’t have to be
MIC DC and MIC AC?? you will have to read the radio manual on that one.
PS: DSP does NOT mean FLAT Audio. It means “Digital Signal Processing” and really has nothing to do with audio shape.
I guess I’m not sure what you mean by “DSP vs Simple USB”?? Is there a device called a “DSP?”
I’m guessing you should keep it simple and use the “Simple USB” because that is what it is…simple! Not much involved, Audio in, audio out, PTT Out and COR/CTCSS in.(Either or). For a CTCSS detect, you need to find something that will give a GND or +5VDC when an active PL Tone is received. I think the DMK device can do this for you if you don’t have one on your radio, in which case you will HAVE to use discriminator audio for RX. The DMK will de-emphasize it before it goes out over the network.
----- Original Message -----
From: Doug Crompton
Sent: Friday, November 01, 2013 10:53 PM
Subject: [App_rpt-users] DMK URI questions
About a week ago I asked about DMK URI connections to an Alinco radio and I got several responses. I do have a few more questions regarding that.
The Alinco has both flat and pre/de-emphasized audio available on its data connector as 1200 baud and 9600 baud connections.
I assume I would use the 1200 baud connections along with COS and PTT for a simple USB interface and the 9600 baud connections along with just the PTT for a DSP interface?
Do I use the (Alinco 9600 baud) audio to the TX also? Does the DSP pre-emphasize audio or is the processing just on the receive side?
Why would I want to use one over the other (DSP vs simple USB)? Which is preferred and/or works better? I am thinking there might be some differing opinions here!
The DMK URI has both mic_DC and mic_AC inputs. Does this refer to frequency response or just that one has DC blocking?
If you are using flat response (DSP) would the audio in (from the receiver) connections at the URI end matter?
The DMK URI has both COS and CTSS inputs. Why would you use one over the other? When using DSP I assume neither is needed?
All of the questions above assume I am using the Acid release on a faster processor.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
__________ Information from ESET NOD32 Antivirus, version of virus signature database 8996 (20131101) __________
The message was checked by ESET NOD32 Antivirus.
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users__________ Information from ESET NOD32 Antivirus, version of virus signature database 8996 (20131101) __________
The message was checked by ESET NOD32 Antivirus.
__________ Information from ESET NOD32 Antivirus, version of virus signature database 8996 (20131101) __________
The message was checked by ESET NOD32 Antivirus.
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Perhaps some useful information.
http://www.carolina440.net/flataudio_.pdf
Regards,
Doug - GM7SVK
···
----- Original Message ----- From: "Doug Crompton" <doug@crompton.com>
To: "Tim Sawyer" <tim.sawyer@mac.com>
Cc: <app_rpt-users@ohnosec.org>
Sent: Saturday, November 02, 2013 4:53 PM
Subject: Re: [App_rpt-users] DMK URI questions
OK the two differing opinion responses explain the difference.
If I decide to start with simple USB and CTSS decoding in my transceiver fed to the URI cos pin would I use flat audio or dempahsized audio from the transceiver? In the case of the Alinco either the 1200 baud or 9600 baud audio data port outputs? And what input to the Alinco for TX (1200 or 9600)?
This is confusing because I am not sure if a setting of simple USB also means you send demphasized audio to the interface or do you always send "flat" audio to the interface. And the same question for audio from the interface to the TX.
I am assuming the term "flat" means before any pre/demphasis.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
Subject: Re: [App_rpt-users] DMK URI questions
From: tim.sawyer@mac.com
Date: Sat, 2 Nov 2013 08:56:01 -0700
CC: app_rpt-users@ohnosec.org
To: doug@crompton.com
The DMK URI works with either SimpleUSB or USBradio (DSP).
- Both USBradio and SimpleUSB can do CTCSS high pass filtering and de-emphasis.- SimpleUSB cannot do noise squelch, CTCSS squelch or pre-emphasis.- SimpleUSB requires less CPU.
You may not desire or be able to use USBradio:- If you have a low speed (less than 800 Mhz) CPU- If you can�t get discriminator audio out of your radio- If your radio does not produce enough high frequency discriminator audio- If you find the squelch action of your radio better than that of USBradio
Personally I prefer SimpleUSB over USBradio. I use with commercial Motorola repeaters on congested hill tops. The squelch and CTCSS decode are miles better than USBradio in my opinion.
Tim:wq
On Nov 2, 2013, at 7:41 AM, Doug Crompton <doug@crompton.com> wrote:OK Perhaps I am not using the right Allstar terminology here. My understanding is that simple USB works similar to IRLP in that you use pre/dempahsized audio and COS and there is no further processing. CTSS tones, squelch, etc. are not decoded by the SW but rather by the incoming DC level of COS.
On the other hand in what I call DSP the CTSS, etc. are decoded by the software. As a for instance the GM300 example on the DMK site uses no COS just audio in, out, and PTT. When using this mode you use flat audio from the RX or audio that has not been demphasized.
DSP is digital signal processing. That is what the SW does to look at the incoming signal to decode things like CTSS, DTMF, squelch noise etc. I am assuming that simple USB just uses the COS signal to detect carrier. My question was why would one prefer one method over the other or does one work better than the other.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
From: kj6ko@innercite.com
To: doug@crompton.com
Subject: Re: [App_rpt-users] DMK URI questions
Date: Sat, 2 Nov 2013 00:13:15 -0700
Doesn't matter. It's a preference thing. By the time audio gets to the internet, it is all digitized and de-emphasized. What comes out the other end depends on what you want. If you are going to feed a modulator directly, you need pre-emphasized audio, and I don't think the URI will do that. It will de-emphasize DISC audio on RX. You should just use MIC audio into the radio and de-emphasized audio into the URI to keep it simple. I would ALWAYS use "CTCSS Valid" signal out of the radio (if avail) and feed the signal to the COS port of the URI. COS and CTCSS are meant to be used together, like in a repeater, but it doesn't have to be MIC DC and MIC AC?? you will have to read the radio manual on that one. PS: DSP does NOT mean FLAT Audio. It means "Digital Signal Processing" and really has nothing to do with audio shape. I guess I'm not sure what you mean by "DSP vs Simple USB"?? Is there a device called a "DSP?" I'm guessing you should keep it simple and use the "Simple USB" because that is what it is...simple! Not much involved, Audio in, audio out, PTT Out and COR/CTCSS in.(Either or). For a CTCSS detect, you need to find something that will give a GND or +5VDC when an active PL Tone is received. I think the DMK device can do this for you if you don't have one on your radio, in which case you will HAVE to use discriminator audio for RX. The DMK will de-emphasize it before it goes out over the network. ----- Original Message -----From: Doug CromptonTo: app_rpt-users@ohnosec.orgSent: Friday, November 01, 2013 10:53 PMSubject: [App_rpt-users] DMK URI questions
About a week ago I asked about DMK URI connections to an Alinco radio and I got several responses. I do have a few more questions regarding that.
The Alinco has both flat and pre/de-emphasized audio available on its data connector as 1200 baud and 9600 baud connections.
I assume I would use the 1200 baud connections along with COS and PTT for a simple USB interface and the 9600 baud connections along with just the PTT for a DSP interface?
Do I use the (Alinco 9600 baud) audio to the TX also? Does the DSP pre-emphasize audio or is the processing just on the receive side?
Why would I want to use one over the other (DSP vs simple USB)? Which is preferred and/or works better? I am thinking there might be some differing opinions here!
The DMK URI has both mic_DC and mic_AC inputs. Does this refer to frequency response or just that one has DC blocking?
If you are using flat response (DSP) would the audio in (from the receiver) connections at the URI end matter?
The DMK URI has both COS and CTSS inputs. Why would you use one over the other? When using DSP I assume neither is needed?
All of the questions above assume I am using the Acid release on a faster processor.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
__________ Information from ESET NOD32 Antivirus, version of virus signature database 8996 (20131101) __________
The message was checked by ESET NOD32 Antivirus.
_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
__________ Information from ESET NOD32 Antivirus, version of virus signature database 8996 (20131101) __________
The message was checked by ESET NOD32 Antivirus.
__________ Information from ESET NOD32 Antivirus, version of virus signature database 8996 (20131101) __________
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
_______________________________________________App_rpt-users mailing listApp_rpt-users@ohnosec.orghttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
--------------------------------------------------------------------------------
_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org
What I do here on the node in my home (27935 for now), using an Icom 706 is…
Set the “data” port to 9600. So I’m getting essentially discriminator out. And no pre-emphasis being done by the transmitter.
Use the “flat” audio from the radio and let the DSP do the de-emphasis and PL decode.
And also I let the DSP again handle pre-emphasis and PL encode.
If you have COR and/or PL decode logic outputs. You could still use the DSP for audio conditioning.
···
–
Sent from my Android phone with K-9 Mail.
Please excuse my brevity and typing errors.
Doug:
I know the alinco has flat audio out pin 2 and de-emphasized audio on pin 4.
Ive ran some experiments and use both sources on DR-135/235/and 435 alincos.
The output on pin 4 is around 84mV and 500mV on pin 2 on all radios. Please
post your findings, Im curious to see what you come up with.
Thank you,
JK
···
From: Doug Crompton doug@crompton.com
To: "app_rpt-users@ohnosec.org" app_rpt-users@ohnosec.org
Sent: Saturday, November 2, 2013 1:53 AM
Subject: [App_rpt-users] DMK URI questions
About a week ago I asked about DMK URI connections to an Alinco radio and I got several responses. I do have a few more questions regarding that.
The Alinco has both flat and pre/de-emphasized audio available on its data connector as 1200 baud and 9600 baud connections.
I assume I would use the 1200 baud connections along with COS and PTT for a simple USB interface and the 9600 baud connections along with just the PTT for a DSP interface?
Do I use the (Alinco 9600 baud)
audio to the TX also? Does the DSP pre-emphasize audio or is the processing just on the receive side?
Why would I want to use one over the other (DSP vs simple USB)? Which is preferred and/or works better? I am thinking there might be some differing opinions here!
The DMK URI has both mic_DC and mic_AC inputs. Does this refer to frequency response or just that one has DC blocking?
If you are using flat response (DSP) would the audio in (from the receiver) connections at the URI end matter?
The DMK URI has both COS and CTSS inputs. Why would you use one over the other? When using DSP I assume neither is needed?
All of the questions above assume I am using the Acid release on a faster processor.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
you all are getting too far into the weeds…it ain’t broadcast audio, though it can sound better than most repeaters on the air today. 9600 is fine; the levels you’ll get are more than sufficient to work with. don’t forget to put it into data mode and lock it. add in the rx boost, and you’ll have more than you need to do whatever you want. let asterisk dsp if you have the cpu chops do what it does. push composite back in, set your levels, and enjoy.
don’t overthink it…it’s just not that complex.
···
–
Bryan
Sent from my iPhone 5…small
keyboard, big fingers…please
forgive misspellings…
On Nov 2, 2013, at 16:07, Johnny Keeker cypresstower@yahoo.com wrote:
Doug:
I know the alinco has flat audio out pin 2 and de-emphasized audio on pin 4.
Ive ran some experiments and use both sources on DR-135/235/and 435 alincos.
The output on pin 4 is around 84mV and 500mV on pin 2 on all radios. Please
post your findings, Im curious to see what you come up with.
Thank you,
JK
From: Doug Crompton doug@crompton.com
To: “app_rpt-users@ohnosec.org” app_rpt-users@ohnosec.org
Sent: Saturday, November 2, 2013 1:53 AM
Subject: [App_rpt-users] DMK URI questions
About a week ago I asked about DMK URI connections to an Alinco radio and I got several responses. I do have a few more questions regarding that.
The Alinco has both flat and pre/de-emphasized audio available on its data connector as 1200 baud and 9600 baud connections.
I assume I would use the 1200 baud connections along with COS and PTT for a simple USB interface and the 9600 baud connections along with just the PTT for a DSP interface?
Do I use the (Alinco 9600 baud)
audio to the TX also? Does the DSP pre-emphasize audio or is the processing just on the receive side?
Why would I want to use one over the other (DSP vs simple USB)? Which is preferred and/or works better? I am thinking there might be some differing opinions here!
The DMK URI has both mic_DC and mic_AC inputs. Does this refer to frequency response or just that one has DC blocking?
If you are using flat response (DSP) would the audio in (from the receiver) connections at the URI end matter?
The DMK URI has both COS and CTSS inputs. Why would you use one over the other? When using DSP I assume neither is needed?
All of the questions above assume I am using the Acid release on a faster processor.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
I not sure how to interpret “you all are getting to far into the weeds,”
I guess its to say done wasted your time experimenting. Personally I hold
an opposing viewpoint, however I agree, with dont over think it, so I
retract my previous comments and now say,
“dont worry about audio quality use the default codec and git-r done.”
JK
···
From: Bryan D. Boyle bdboyle@bdboyle.com
To: “app_rpt-users@ohnosec.org” app_rpt-users@ohnosec.org
Sent: Saturday, November 2, 2013 8:06 PM
Subject: Re: [App_rpt-users] DMK URI questions
you all are getting too far into the weeds…it ain't broadcast audio, though it can sound better than most repeaters on the air today. 9600 is fine; the levels you'll get are more than sufficient to work with. don't forget to put it into data mode and lock it. add in the rx boost, and you'll have more than you need to do whatever you want. let asterisk dsp if you have the cpu chops do what it does. push composite back in, set your levels, and enjoy.
don't overthink it…it's just not that complex.
Bryan
Sent from my iPhone 5…small
keyboard, big fingers…please
forgive misspellings…
On Nov 2, 2013, at 16:07, Johnny Keeker cypresstower@yahoo.com wrote:
Doug:
I know the alinco has flat audio out pin 2 and de-emphasized audio on pin 4.
Ive ran some experiments and use both sources on DR-135/235/and 435 alincos.
The output on pin 4 is around 84mV and 500mV on pin 2 on all radios. Please
post your findings, Im curious to see what you come up with.
Thank you,
JK
From: Doug Crompton doug@crompton.com
To: “app_rpt-users@ohnosec.org” app_rpt-users@ohnosec.org
Sent: Saturday, November 2, 2013 1:53 AM
Subject: [App_rpt-users] DMK URI questions
About a week ago I asked about DMK URI connections to an Alinco radio and I got several responses. I do have a few more questions regarding that.
The Alinco has both flat and pre/de-emphasized audio available on its data connector as 1200 baud and 9600 baud connections.
I assume I would use the 1200 baud connections along with COS and PTT for a simple USB interface and the 9600 baud connections along with just the PTT for a DSP interface?
Do I use the (Alinco 9600 baud) audio to the TX also? Does the DSP pre-emphasize audio or is the processing just on the receive side?
Why would I want to use one over the other (DSP vs simple USB)? Which is preferred and/or works better? I am thinking there might be some differing opinions here!
The DMK URI has both mic_DC and mic_AC
inputs. Does this refer to frequency response or just that one has DC blocking?
If you are using flat response (DSP) would the audio in (from the receiver) connections at the URI end matter?
The DMK URI has both COS and CTSS inputs. Why would you use one over the other? When using DSP I assume neither is needed?
All of the questions above assume I am using the Acid release on a faster processor.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
One thing that I liked about using the dsp for squelch and ctcss detect was what I like to call “time travel” in that the first syllable spoken even before the ctcss is detected, doesn’t get lost. I now use the voter boards/RTCMs and that is hardware ctcss and squelch and now everyone using the repeater has to remember to delay talking or the first syllable and sometimes word will not be heard. but everything else about the voter board/RTCM is great and I wouldn’t go back. But maybe a future 2nd or 3rd generation voterboard will have a powerful enough CPU that it can also do DSP squelch and ctcss, or at least have enough RAM that it can always be storing audio even when no ctcss is detected so that it too can do the “time travel” thing and never miss any audio while waiting to detect ctcss.
Before the voter boards/RTCMs, all I used was usbradio and DSP, and it worked great and sounded great.
Chuck WB9UUS
···
On Sat, Nov 2, 2013 at 11:57 PM, Johnny Keeker cypresstower@yahoo.com wrote:
I not sure how to interpret “you all are getting to far into the weeds,”
I guess its to say done wasted your time experimenting. Personally I hold
an opposing viewpoint, however I agree, with dont over think it, so I
retract my previous comments and now say,
“dont worry about audio quality use the default codec and git-r done.”
JK
From: Bryan D. Boyle bdboyle@bdboyle.com
To: “app_rpt-users@ohnosec.org” app_rpt-users@ohnosec.org
Sent: Saturday, November 2, 2013 8:06 PMSubject: Re: [App_rpt-users] DMK URI questions
you all are getting too far into the weeds…it ain't broadcast audio, though it can sound better than most repeaters on the air today. 9600 is fine; the levels you'll get are more than sufficient to work with. don't forget to put it into data mode and lock it. add in the rx boost, and you'll have more than you need to do whatever you want. let asterisk dsp if you have the cpu chops do what it does. push composite back in, set your levels, and enjoy.
don't overthink it…it's just not that complex.
–
Bryan
Sent from my iPhone 5…small
keyboard, big fingers…please
forgive misspellings…
On Nov 2, 2013, at 16:07, Johnny Keeker cypresstower@yahoo.com wrote:
Doug:
I know the alinco has flat audio out pin 2 and de-emphasized audio on pin 4.
Ive ran some experiments and use both sources on DR-135/235/and 435 alincos.
The output on pin 4 is around 84mV and 500mV on pin 2 on all radios. Please
post your findings, Im curious to see what you come up with.
Thank you,
JK
From: Doug Crompton doug@crompton.com
To: “app_rpt-users@ohnosec.org” app_rpt-users@ohnosec.org
Sent: Saturday, November 2, 2013 1:53 AM
Subject: [App_rpt-users] DMK URI questions
About a week ago I asked about DMK URI connections to an Alinco radio and I got several responses. I do have a few more questions regarding that.
The Alinco has both flat and pre/de-emphasized audio available on its data connector as 1200 baud and 9600 baud connections.
I assume I would use the 1200 baud connections along with COS and PTT for a simple USB interface and the 9600 baud connections along with just the PTT for a DSP interface?
Do I use the (Alinco 9600 baud) audio to the TX also? Does the DSP pre-emphasize audio or is the processing just on the receive side?
Why would I want to use one over the other (DSP vs simple USB)? Which is preferred and/or works better? I am thinking there might be some differing opinions here!
The DMK URI has both mic_DC and mic_AC
inputs. Does this refer to frequency response or just that one has DC blocking?
If you are using flat response (DSP) would the audio in (from the receiver) connections at the URI end matter?
The DMK URI has both COS and CTSS inputs. Why would you use one over the other? When using DSP I assume neither is needed?
All of the questions above assume I am using the Acid release on a faster processor.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
App_rpt-users mailing list
App_rpt-users@ohnosec.org
App_rpt-users mailing list
App_rpt-users@ohnosec.org
App_rpt-users mailing list
App_rpt-users@ohnosec.org
App_rpt-users mailing list
I find these comments interesting! I agree that you have to get the system
on the air. So, before you have a working system, don't over-think it.
However, once you've overcome the initial learning curve (and it is
substantial), this software and solution is capable of *exceedingly* high
quality audio (I dare to call it "broadcast quality") and repeater
control, once it's carefully tweaked for the radio hardware it's attached
to...So, don't stop experimenting--I still do; even after having systems
on-line continuously now for years.
just my $0.02!
73, David KB4FXC
I not sure how to interpret "you all are getting to far into the weeds,"
I guess its to say done wasted your time experimenting. Personally I hold
an opposing viewpoint, however I agree, with dont over think it,�so�I
retract my previous comments and now�say,
"dont worry about audio quality use the default codec�and�git-r done."
JK��From: Bryan D. Boyle <bdboyle@bdboyle.com>
···
On Sat, 2 Nov 2013, Johnny Keeker wrote:
To: "<app_rpt-users@ohnosec.org>" <app_rpt-users@ohnosec.org>
Sent: Saturday, November 2, 2013 8:06 PM
Subject: Re: [App_rpt-users] DMK URI questions
you all are getting too far into the weeds...it ain't broadcast
audio, though it can sound better than most repeaters on the air today.
9600 �is fine; the levels you'll get are more than sufficient to
work with. �don't forget to put it into data mode and lock it. �add
in the rx boost, and you'll have more than you need to do whatever
you want. �let asterisk dsp if you have the cpu chops do what it does.
push composite back in, set your levels, and enjoy.
don't overthink it...it's just not that complex.
--
Bryan
Sent from my iPhone 5...small
keyboard, big fingers...please
forgive misspellings...
On Nov 2, 2013, at 16:07, Johnny Keeker <cypresstower@yahoo.com> wrote:
Doug:
I know the alinco has flat audio out pin 2 and�de-emphasized audio on pin 4.
Ive�ran some experiments and use both sources on DR-135/235/and 435 alincos.
The output on pin 4 is around 84mV and 500mV on pin 2 on�all radios.� Please
post your findings, Im curious to see what you come up with.
Thank you,
JKFrom: Doug Crompton <doug@crompton.com>
To: "app_rpt-users@ohnosec.org" <app_rpt-users@ohnosec.org>
Sent: Saturday, November 2, 2013 1:53 AM
Subject: [App_rpt-users] DMK URI questionsAbout a week ago I asked about DMK URI connections to an Alinco radio and I got several responses. I do have a few more questions regarding that.
The Alinco has both flat and pre/de-emphasized audio available on its data connector as 1200 baud and 9600 baud connections.
I assume I would use the 1200 baud connections along with COS and PTT for a simple USB interface and the 9600 baud connections along with just the PTT for a DSP interface?
Do I use the� (Alinco 9600 baud) audio to the TX also? Does the DSP pre-emphasize audio or is the processing just on the receive side?
Why would I want to use one over the other (DSP vs simple USB)? Which is preferred and/or works better? I am thinking there might be some differing opinions here!
The DMK URI has both mic_DC and mic_AC inputs. Does this refer to frequency response or just that one has DC blocking?
If you are using flat response (DSP) would the audio in (from the receiver) connections at the URI end matter?
The DMK URI has both COS and CTSS inputs. Why would you use one over the other? When using DSP I assume neither is needed?
All of the questions above assume I am using the Acid release on a faster processor.
73 Doug
WA3DSP
WA3DSP Amateur Radio Resources_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org
_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
ohnosec.org
_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
Ive been contemplating the use of RTCMs, 4 to be exact.
Your information is worthy of notation. Thank your sharing.
···
From: Chuck Henderson rpt2@chuck.midlandsnetworking.com
To: Johnny Keeker cypresstower@yahoo.com
Cc: Bryan D. Boyle bdboyle@bdboyle.com; “app_rpt-users@ohnosec.org” app_rpt-users@ohnosec.org
Sent: Sunday, November 3, 2013 1:57 AM
Subject: Re: [App_rpt-users] DMK URI questions
One thing that I liked about using the dsp for squelch and ctcss detect was what I like to call “time travel” in that the first syllable spoken even before the ctcss is detected, doesn't get lost. I now use the voter boards/RTCMs and that is hardware ctcss and squelch and now everyone using the repeater has to remember to delay talking or the first syllable and sometimes word will not be heard. but everything else about the voter board/RTCM is great and I wouldn't go back. But maybe a future 2nd or 3rd generation voterboard will have a powerful enough CPU that it can also do DSP squelch and ctcss, or at least have enough RAM that it can always be storing audio even when no ctcss is detected so that it too can do the “time travel” thing and never miss any audio while waiting to detect ctcss.
Before the voter boards/RTCMs, all I used was usbradio and DSP, and it worked great and sounded great.
Chuck WB9UUS
On Sat, Nov 2, 2013 at 11:57 PM, Johnny Keeker cypresstower@yahoo.com wrote:
I not sure how to interpret “you all are getting to far into the weeds,”
I guess its to say done wasted your time experimenting. Personally I hold
an opposing viewpoint, however I agree, with dont over think it, so I
retract my previous comments and now say,
“dont worry about audio quality use the default codec and git-r done.”
JK
From: Bryan D. Boyle bdboyle@bdboyle.com
To: “app_rpt-users@ohnosec.org” app_rpt-users@ohnosec.org
Sent:
Saturday, November 2, 2013 8:06 PMSubject: Re: [App_rpt-users] DMK URI questions
you all are getting too far into the weeds…it ain't broadcast audio, though it can sound better than most repeaters on the air today. 9600 is fine; the levels you'll get are more than sufficient to work with. don't forget to put it into data mode and lock it. add in the rx boost, and you'll have more than you need to do whatever you want. let asterisk dsp if you have the cpu chops do what it does. push composite back in, set your levels, and enjoy.
don't overthink it…it's just not that complex.
–
Bryan
Sent from my iPhone 5…small
keyboard, big fingers…please
forgive misspellings…
On Nov 2, 2013, at 16:07, Johnny Keeker cypresstower@yahoo.com wrote:
Doug:
I know the alinco has flat audio out pin 2 and de-emphasized audio on pin 4.
Ive ran some experiments and use both sources on DR-135/235/and 435 alincos.
The output on pin 4 is around 84mV and 500mV on pin 2 on all radios. Please
post your findings, Im curious to see what you come up with.
Thank you,
JK
From: Doug Crompton doug@crompton.com
To: “app_rpt-users@ohnosec.org” app_rpt-users@ohnosec.org
Sent: Saturday, November
2, 2013 1:53 AM
Subject: [App_rpt-users] DMK URI questions
About a week ago I asked about DMK URI connections to an Alinco radio and I got several responses. I do have a few more questions regarding that.
The Alinco has both flat and pre/de-emphasized audio available on its data connector as 1200 baud and 9600 baud connections.
I assume I would use the 1200 baud connections along with COS and PTT for a simple USB interface and the 9600 baud connections along with just the PTT for a DSP interface?
Do I use the (Alinco 9600 baud) audio to the TX also? Does the DSP pre-emphasize audio or is the processing just on the receive side?
Why would I want to use one over the other (DSP vs simple
USB)? Which is preferred and/or works better? I am thinking there might be some differing opinions here!
The DMK URI has both mic_DC and mic_AC inputs. Does this refer to frequency response or just that one has DC blocking?
If you are using flat response (DSP) would the audio in (from the receiver) connections at the URI end matter?
The DMK URI has both COS and CTSS inputs. Why would you use one over the other? When using DSP I assume neither is needed?
All of the questions above assume I am using the Acid release on a faster processor.
73 Doug
WA3DSP
http://www.crompton.com/hamradio
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users
I not sure how to interpret "you all are getting to far into the weeds,"
Get the box working. That's the initial goal. You can get sidetracked
verrrrrry easily because of 1) the complexity of the software and
options list, 2) having to think 'outside the box' maybe coming from the
hardware controller world which is less flexible or 3) confusing
operating system with application and getting wrapped around the axle or
4) overthinking the process. Thousands have successfully built and are
operating this system. If it's not working...go back to square one and
go step by step.
I guess its to say done wasted your time experimenting.
Would never say that. Like I said, I've hooked everything from a radio
station audio console to wouxuns to motorola mobiles of all stripes to
GE MVSs to a couple of Hamtronics POS t/r individual boxes to ?. I love
diddling with the thing and am amazed of how SIMPLE it is to get
working. For instance, I just stood up a link to my MSF5K 900 machine
via a pair of 70cm mobiles (with cooling...), one an MVS, the other a
GM300...running two radios as a simplex node...and it took a little
doing...but it works, off two individual antennas (one receive, one
transmit). And sounds just fine. Now, have to work on dumping all the
beeps and boops from various systems linked in....but it's working is
the key.
Experiment all you want. I do. But, in the end...you have to have a
foundation to build on.
Personally I hold
an opposing viewpoint, however I agree, with dont over think it, so I
retract my previous comments and now say,
"dont worry about audio quality use the default codec and git-r done."
I didn't say that...but it's hard with this system to not have a good
audio quality IF YOU READ AND FOLLOW the tuning directions. But, yeah,
git-r-done. Don't get lost in the weeds.
···
On 11/3/2013 12:57 AM, Johnny Keeker wrote: