You can add M17 to a DVSwitch installation, but you have to use third party software, and have an Analog_Reflector installation. The software is called USRP2M17. It does have a couple of limitations:

#m17

It _could_ be done that way. However, it is likely that audio on at least one of the modes (most likely D-STAR) would be suboptimal. The reason is that D-STAR audio has to go through AMBE+ then transc

Yeah I was about to say I'm sure I built my P25Reflector from source.

#best_practices #dmrlink

No one, yet. And AFAIK, I don't know anyone with plans to do DMR. Currently, only M17 is the focus for the client.

Except that nothing mandates the use of MMDVMHost in this setup, only the MMDVM firmware on the modem or hotspot board. For example, M17Client doesn't use MMDVMHost to talk to the MMDVM board, it talk

The basic idea will work for all modes except DMR. In fact, there now exists an implementation that uses a MMDVM modem (can use a hotspot board for QRPP) into a 9600 bps capable radio. Currently, this

Agree totally. As far as I'm concerned, they can take a long walk off a short pier. :) While I prefer to go in via some form of amateur RF, I do use apps and computer access, when appropriate, and I d

Yes, I do run a p25 bridge.

I have seen it cause high CPU usage - not necessarily 100%, but at least 50%, confirmed by top. In my case, disabling QB was the solution.

I've seen similar high CPU usage by Quantar_Bridge and have had to disable it, since I don't use it.

Mike, FYI, I'm having no issues using Firefox with the latest hUC. I'm running the latest Firefox on Windows 10.

Yes (Iḿ doing that, among other things myself). Yes (doing that too). :) I have a full installation, but itś simple to install using apt on Debian.

Yes it's possible (I'm doing it as a subset of a much bigger system). Easiest path is to use an AllStar node with Echolink capability configured linked to Analog_Bridge and MMDVM_Bridge, talking to yo

#analog_bridge

Yes, I have a principle of doing as little as possible with the audio, and that principle goes back to the early days of EchoIRLP (way back in 2002-2003), where I theorised that it should be possible

Yep, that sounds reasonable. The Codec2 server already exists, might as well make use of what's already out there.

This sounds like a really good way to do it.

I'm now xperimnting with AB talking to the AMBE dongle over USB, but still no joy, even when using the actual /dev/ttyUSBn device name.

While I had a bit of spare time this morning, I decided to do a bit of troubleshooting to find out why AB was apparently not using my ThumbDV dongle for D-STAR (distorted audio being an obvious sympto

Hmm, I'd have thought it better to have Analog_Bridge or an equivalent program to transcode between M17 (Codec2) and PCM. Doing it via DMR means there's an unnecessary transcoding step, when going fro

Yes, this will work. I use the startup reflector for the D-STAR link to XLX432 D.