<div dir="ltr">Last comment on this since it is off topic for this group (but I would love to continue it on a side channel).<div><br><div>When we played with this type of thing we used the DV3000 and a custom version of the DSD code. I grabbed audio off of the discriminator of the radio (or from an RTL dongle), piped it into DSD, took the AMBE frames from the decoder and fed them to the DV3000. PCM was then fed to Allstar through the USRP channel driver. This gave me DMR and DStar (P25 P2 was never tested) decode directly into a test system from the RF side. Today, I would use MMDVM rather then DSD as it implements a much better radio interface and digital path.</div><div><br></div><div>Mike</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 29, 2015 at 9:42 AM, Bryan Fields <span dir="ltr"><<a href="mailto:Bryan@bryanfields.net" target="_blank">Bryan@bryanfields.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 10/29/15 9:33 AM, Mike Zingman wrote:<br>
> The MBE (mbelib) code you are thinking about is both patent encumbered at this<br>
> point and only decodes AMBE frames. It does not implement the encoder. I<br>
> have extensive experience with that code base and the audio quality as<br>
> compared to the chipset is not acceptable. It is good for experimentation,<br>
> but I would never deploy a solution with it.<br>
<br>
</span>Also in typical ham radio fashion they pissed off the original developer by<br>
taking his code and making it closed source.<br>
<br>
Bruce Perens K6BP is working on some legal stuff regarding the AMBE patents,<br>
but that's still a while out. What I'd suggest is to use the TIA standards<br>
document and then base it off that, host it in a foreign country and make a<br>
script that pulls it in at compile time if the user wants it.<br>
<br>
Frankly, I'd like to see the same thing for the IRLP channel driver. Pulling<br>
that just cuz Dave got his panties in a bunch is caving to bullies.<br>
<br>
There is a channel driver for dstar that uses a dongle, written by KI4LKF.<br>
<a href="http://zipwww.com/a/rtpdir.weebly.com/chan_dstar.zip/chan_dstar.c.html" rel="noreferrer" target="_blank">http://zipwww.com/a/rtpdir.weebly.com/chan_dstar.zip/chan_dstar.c.html</a><br>
I've messed with it once, it was not ready for prime time IMO, but then again<br>
there is lots of stuff we runs that's not exactly stable either.<br>
<br>
<br>
73's<br>
<span class="HOEnZb"><font color="#888888">--<br>
Bryan Fields<br>
<br>
<a href="tel:727-409-1194" value="+17274091194">727-409-1194</a> - Voice<br>
<a href="tel:727-214-2508" value="+17272142508">727-214-2508</a> - Fax<br>
<a href="http://bryanfields.net" rel="noreferrer" target="_blank">http://bryanfields.net</a><br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
App_rpt-users mailing list<br>
<a href="mailto:App_rpt-users@ohnosec.org">App_rpt-users@ohnosec.org</a><br>
<a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users</a><br>
<br>
To unsubscribe from this list please visit <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" rel="noreferrer" target="_blank">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"<br>
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.<br>
</div></div></blockquote></div><br></div>