Hi all, Got a bit of a head scratcher. I have a MMDVM based multimode repeater that's capable of running FM, DMR, D-STAR, M17 and Fusion. The repeater used to run just FM before the upgrade, and I had

I'm in the same boat. Used to have DVSwitch working on BM, now I don't bother. I do have a repeater and hotspot that can use BM (and working codeplugs), but I just don't use it these days. Spend more

Only one way to find out for sure. :) Like Steve, I've had great success with the V4 RB board. Similarly for the BI7JTA boards, which are fairly similar. I don't have anything older to try. I'm not aw

I find tcpdump very helpful to troubleshoot DVSwitch installations - can follow the UDP "plumbing" easily. :)

What courtesy tone? :D Digital doesn't have them (at meaningful delays after the traffic stops). :(

I rarely use BM these days. Most often on FreeDMR or VK-DMR(DMR+), where I haven't seen too many issues, but quickly keying up can caused a missed over. I also discovered my main hotspot (a 2+ year ol

Allowing a pause between transmission does work well, except for one thing. In the 2+ decades since RoIP came to the airwaves (anyone else remember IPhone? :) ), paiusing 3-5 seconds has been recommen

See the bottom part of my reply, I sent you an outline of how to do it with MMDVM_Bridge

No, using the HTML client means you're going via Analog_Reflector, which means an unnecessary transcode cycle (and loss of audio quality across the bridge). First step is to check with TGIF to see if

I set it up with a direct serial connection and set the baud rate to 460800. [DV3000] address = 127.0.0.1 ; IP address of AMBEServer rxPort = 2460 ; Port of AMBEServer address = /dev/ThumbDV ; Device

Yeah that's a different issue. I use DVSwitch on D-STAR as the transcoding part part of a multimode reflector. No complaints about audio quality on D-STAR. I use a ThumbDV with AB to do the actual tra

I'm curious, what are the issues DVS causes with these reflectors? I run REF023, which is also a DPLus reflector, and a popular VK hub. I don't want to block DVS (quite the opposite), but would like t

I had the opposite problem with my AMBE dongle. I couldn't get AMBEserver to work, but serial works perfectly. I'm using a ThumbDV for D-STAR transcoding with Analog_Bridge. Currently only running one

That thought did cross my mind. I'll have to check with the operator at the other end to see how they're doing the transcoding from DMR to USRP and what databases are in use there.

I've got a weird issue. Running a fairly complex multi site transcoding network with USRP between sites. The issue concerns two sites. One site transcodes DMR to PCM over USRP. There is also an AllSta

One would presume that if you're running a link, you'd work out such details with the AllStar node owner (unless you ARE the owner, in which case you'd just fix it). :)

For me, ulaw is all I need. When running links, I want to use as little compression as possible, because I know audio is likely to hit one of the high compression vocoders (*MBE, Codec2 etc) somewhere

It would be nice, but I suspect (and the evidence still appears to show this) that running ASL in a Docker container is a pipe dream. The closest one can get it seems is installing ASL on the host and

Definitely a horses for courses thing. One I would love, that would save a bit of indirection via AllStar would be the ability to link directly to thelinkbox/thebridge, as some of my systems use that

There's good DMR networks out there. As Steve said, this is not the domain of IAX_Bridge, but I disagree, the priority of RF linking shouldn't be "easy", but "good engineering" instead. A shoddy node