Not trying to start a flame war (but probably will...  I'm sorry in advance), but I feel it's important to point out.  Anytime you go from analog to digital, audio quality/information is lost.  If you go from D* to DMR, you are taking spoken voice (analog) and making it digital (IMBE) in your radio, the repeater receives the bits and spits out audio again (digital to analog), and encodes it AGAIN as digital (AMBE) to be sent to the received, where it once again gets converted to analog.  That's two A-D conversions...  each loses quality, and at these bit rates, we don't have much budget for dropping additional audio info.  People already complain about it sounding tinny!

SO, for me it's not a religious "thou shalt not inter-connect technologies" argument, it's more of a "the sacrifices made MAY make such a project technically unfeasible"

Just food for thought.

Not trying to start a flame war (but probably will... I'm sorry in advance), but I feel it's important to point out. Anytime you go from analog to digital, audio quality/information is lost. If you go from D* to DMR, you are taking spoken voice (analog) and making it digital (IMBE) in your radio, the repeater receives the bits and spits out audio again (digital to analog), and encodes it AGAIN as digital (AMBE) to be sent to the received, where it once again gets converted to analog. That's two A-D conversions... each loses quality, and at these bit rates, we don't have much budget for dropping additional audio info. People already complain about it sounding tinny!

SO, for me it's not a religious "thou shalt not inter-connect technologies" argument, it's more of a "the sacrifices made MAY make such a project technically unfeasible"

Tony,

Exactly; all of the DV technologies I mentioned use some form of AMBE, so it's a matter of conversion of bit rates and constructing the proper carrier code for the target system. We already have code for D-Star amd can write code for DMR and NXDN as well. The hardest part will be converting from FDMA to TDMA and back, as the time slots could both have information on them that needs to be handled in some way.

Maybe your all confused...  audio doesn't have to come out a speaker to be analog.  To be perfectly clear, the dv-dongle is still converting a digital signal to an  analog one...  and a second chip is required to go into any another digital code. Even if a lossless digital codec is used in between (like wave or similar), the conversion to a lossy format like AMBE is the troublesome one...  not the conversion to analog. Yes, less signal is lost vs going out a speaker and into a  microphone, but the principles I stated before are largely the same, and I'm not convinced the resulting stream of bits will be legible audio.

As for the conversion from fdma to tdma, if NAT can convert ip addresses, this should be easy.

Maybe your all confused... audio doesn't have to come out a speaker to be analog. To be perfectly clear, the dv-dongle is still converting a digital signal to an analog one... and a second chip is required to go into any another digital code. Even if a lossless digital codec is used in between (like wave or similar), the conversion to a lossy format like AMBE is the troublesome one... not the conversion to analog. Yes, less signal is lost vs going out a speaker and into a microphone, but the principles I stated before are largely the same, and I'm not convinced the resulting stream of bits will be legible

There is no analog audio near a DV Dongle (have you
ever managed to get an analog signal down a USB bus? ;) ).

Hmm. Not sure how they do it but the IC-7200 passes the audio over a USB connection in parallel with the CI-V commands.

___Original Message_________________________________________
From: "Tony Langdon, VK3JED" <vk3jed@...>
Date: Thu, 2 Aug 2012 Time: 07:32:08

There is no analog audio near a DV Dongle (have you
ever managed to get an analog signal down a USB bus? ;) ).

>

Yup. I do it every day. On my TS-590S. Mostly analog data tones, but
sometimes analog DV tones. Audio codec in the radio, codec driver in the
PC. USB cable in between. Works very well.

Fair enough, I stand corrected.  Even as I hit send, I more or less knew I was wrong and should have said simply "uncompressed audio".  Still, every time you convert to a lossy format, audio data is lost, and we don't have much to work with from the get-go.

Fair enough, I stand corrected. Even as I hit send, I more or less knew I was wrong and should have said simply "uncompressed audio". Still, every time you convert to a lossy format, audio data is lost, and we don't have much to work with from the get-go.

Depending on what the bit rate is for NXDN, there may only need to be a conversion to and from D-Star's bit rate; does anyone know that information off-hand? The nice thing is that we probably won't need more than one chip as long as there isn't a need to handle full-duplex digital voice.

For Reid: this is more of a brainstormimg session for a protocol conversion interface than a specific functionality request for the UDR56K. I know that there is some interest in bridging between the Hytera and Motorola DMR implementations, which I'm sure Tyrell can confirm; I see a need for similar bridging between other protocols, even if others don't.