[arm-allstar] developing voice packs for ASL/HamVoIP

David McGough kb4fxc at inttek.net
Wed Oct 23 21:10:24 EDT 2019


Yes, that's correct. AllStar is currently using a fork of 1.4.23, circa
2009. There have been some patches.


On Wed, 23 Oct 2019, David Ranch wrote:

> 
> Hello David,
> 
> When you say HamVoIP is using Asterisk 1.4.x, is that the same numbering 
> scheme where the mainline Asterisk LTS is at 16.x and the 1.4LTS series 
> EOLed back in 2012?
> 
> --David
> KI6ZHD
> 
> 
> 
> On 10/23/2019 04:37 PM, "David McGough via ARM-allstar" wrote:
> > Remember, we're using Asterisk 1.4.x ---NOT a recent version!  Everything
> > is 8KHz sampling!  I included the G.722 CODEC for compatibility with Cisco
> > VoIP phones, not for use directly with app_rpt.
> >
> > Also note that 8KHz sampling is "hard wired" into all the app_rpt related
> > channel drivers. The DSP code in these drivers used no other rates.
> > Further, that provides more audio bandwidth than narrow FM radio can
> > utilize.
> >
> > 73, David KB4FXC
> >
> >
> >
> > On Wed, 23 Oct 2019, "Patrick Perdue via ARM-allstar" wrote:
> >
> >> I thought about using SLN (raw PCM.) Asterisk can take files at 48 kHz
> >> 16-bit signed, and translate them to any codec, in the unlikely event
> >> that you are using G722. Probably way overkill in this case, though.
> >>
> >> Speaking of G722, is anyone using that on a public node? I'd like to try
> >> that between two nodes. Anyway, I could convert to raw PCM as easily as
> >> raw ULAW with SoX. At 8 kHz, it takes twice the space as ULAW, but with
> >> very little benefit, as far as radio goes. ULAW is definitely a huge
> >> improvement over GSM for... well... anything, really, but anything that
> >> isn't GSM would take more work to implement on a HamVoip system, since
> >> some scripts called from outside of Asterisk are hard-coded to GSM. It
> >> would be pretty easy to write a script that recursively searches for
> >> .gsm in *.pl and *.sh in /usr/local/sbin, I guess.
> >>
> >> Oh, and that's another good reason to not use any containers. You can
> >> splice raw data without worrying about pops and clicks from riff wav
> >> headers and the like, even if you use a supported file format that
> >> Asterisk likes within that container.
> >>
> >> On 10/23/2019 7:16 PM, "David McGough via ARM-allstar" wrote:
> >>> Hi Danny,
> >>>
> >>> Remember that the .wav format is just a container. Many different CODECs
> >>> can be used in the .wav container, most of them incompatible with
> >>> asterisk. In addition, the files are somewhat larger and realistically not
> >>> easier to manage with sox, for asterisk use. The reason is that you've
> >>> still got to tell sox all the details about the CODEC to use, sample rate
> >>> (8KHz), etc.
> >>>
> >>> 73, David KB4FXC
> >>>
> >>>
> >>>
> >>> On Wed, 23 Oct 2019, "Danny K5CG via ARM-allstar" wrote:
> >>>
> >>>> If we're not concerned about disk space whynot use wav files. They play just fine and are easier to manipulate with tools like sox.
> >>> Danny
> >>> K5CG
> 
> 



More information about the ARM-allstar mailing list