If you're not seeing it then I must have it wrong. I'm trying hard but I think I'll get egg on my face. Page three says the gateway uses ulaw audio format to transfer linear digital audio to the repeater. The dstar channel driver uses ulaw audio in digital frames too. I believe you'll need a dongle of sorts. I feel like I'm stepping in some deep shit. Allstar network wasn't even in my vocabulary two years ago. N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086
So, 1) The real encode/decode is done with an AMBE 3000 (like the dv3000, etc) 2) The DV3000 produces PCM audio frames 3) Those frames can be sent as uLAW, but this may not be what you want since 3a) Asterisk may need to transcode to some other format depending on connections 3b) Asterisk internally runs on PCM and only transcodes when needed I would use the USRP channel driver since it handles PCM frames, is bidirectional, does PTT and I have already used it in this mode. Just my view. On Wed, Nov 4, 2015 at 2:56 PM, Robert Newberry <N1XBM@amsat.org> wrote:
If you're not seeing it then I must have it wrong. I'm trying hard but I think I'll get egg on my face. Page three says the gateway uses ulaw audio format to transfer linear digital audio to the repeater.
The dstar channel driver uses ulaw audio in digital frames too. I believe you'll need a dongle of sorts.
I feel like I'm stepping in some deep shit. Allstar network wasn't even in my vocabulary two years ago.
N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086
_______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
Seems interesting, looks like the op25 group use it. Am I imaging but does this mean p25 is possible to be bridged to other digital modes well? N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086
USRP is a general tool. Its job is simple: move PCM from Asterisk to an outside app and back again. It enables most anything we want to support. AMBE is once of them. The AMBE source could be DStar, DMR, P25/P2, Fusion, etc. But that means that the AMBE must be extracted from the stream before it can be used. That is the hard part. On Wed, Nov 4, 2015 at 3:41 PM, Robert Newberry <N1XBM@amsat.org> wrote:
Seems interesting, looks like the op25 group use it. Am I imaging but does this mean p25 is possible to be bridged to other digital modes well?
N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086
_______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
Isn't the DV3000 doing just that? pcm audio <-> AMBE I think I'm starting to get this. Considering I never even thought about digital over allstar a week ago. N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086
The DV3000 does not PARSE packets. You must parse out the AMBE from the stream before you send it to the chipset. Parsing is not too hard, if you know the data format. That format is undocumented and proprietary information owned by BigM. In addition it is obscured by the fact that the audio is interleaved, and FEC is added. So you can not just extract the bytes you have to undo this encoding. On Wed, Nov 4, 2015 at 6:21 PM, Robert Newberry <N1XBM@amsat.org> wrote:
Isn't the DV3000 doing just that? pcm audio <-> AMBE
I think I'm starting to get this. Considering I never even thought about digital over allstar a week ago.
N1XBM Apparare Scientor Paratus Communicare Allstar Node # 27086, 41540, 41812, 42086
_______________________________________________ Allstar-Digital mailing list Allstar-Digital@lists.keekles.org http://lists.keekles.org/cgi-bin/mailman/listinfo/allstar-digital
participants (2)
-
Mike Zingman -
Robert Newberry