- App_rpt-users - lists.keekles.org

Re: [App_rpt] App-Rpt Patch
by David McGough 26 Jul '08

26 Jul '08

Hi Dave, Yes, I have the ',y' suffix added--and, with the 'y' app_rpt doesn't try to interpret DTMF characters--so, a RB user couldn't send commands, etc....But, the problem I was seeing was that the chan_usbradio code was still listening for DTMF, even though it was being ignored upstream in app_rpt. And, on HF audio this caused very noticable sporadic choppiness for me....For a VHF/UHF RB this might never be noticed--since there is little static/noise. And, I agree that this project is fantastic! I'm thoroughly impressed with how well everthing works! All the app_rpt and chan_usbradio, etc., developers are to be commended! >From a documentation standpoint, I've seen a lot worse. Direct access to gurus on this list is super....Since I've used asterisk and linux for years, that helps in my case, too. Now, I just have to get over having my feeling hurt....Last night I was talking to a net on 75M via my VX-7R HT using a CMP460A hand mic on the HT, linking thru my TKR-850 app_rpt repeater. They said the audio sounded BETTER from my VX-7R than it did with my (name withheld) base mic plugged straight into the HF radio!!!! Well huh. hi. hi. 73, David KB4FXC On Sat, 26 Jul 2008, David Powell-Williams wrote: > Hi David: > > Thanks for posting your DTMF disabling patch to the list. > > Somehow, I thought that configuring a node as a remote base automatically > disabled DTMF decoding. At least, it seems to work that way for me, albeit > on a 2M RB. > > In passing, I noticed that Steve mentioned the requirement to add a 'y' > suffix to the [nodes] stanza defining the RB. However, I think he may have > typo-ed the ',y' as '.y' > > No doubt you picked this up but just in case... > > I've long been an IRLP node operator but Asterisk and app_rpt is certainly > more useful to me and fascinating to boot. It was really instructive to > work with Jim Dixon as he added the Kenwood TM-271 to the list of supported > transceivers. The documentation is a little sparse at this point so it was > great to gain a bit of knowledge through osmosis from the guru. > > Cheers & 73, > > Dave > VE7MQ > 2140 > > >

3 3

Re: [App_rpt] General config questions....try #2...and patch
by David McGough 26 Jul '08

26 Jul '08

Okay, here it goes. This is a diff against the original chan_usbradio.c as installed with the current ACID ISO. By default, dtmf is always enabled. To disable, add dtmf_disable=0 to the desired stanza of the usbradio.conf file. 73, David KB4FXC --------------------------------------------------------------------------- chan_usbradio.c.patch -- output from: diff -Naur ------<cut here>--------------------------------------------------- --- chan_usbradio.c 2008-07-26 12:33:44.000000000 -0700 +++ chan_usbradio.c.new 2008-07-26 12:42:32.000000000 -0700 @@ -489,6 +489,7 @@ char debuglevel; char radioduplex; // char wanteeprom; + char dtmf_decode_enabled; // jdm int tracetype; int tracelevel; @@ -634,6 +635,7 @@ .lastopen = { 0, 0 }, .boost = BOOST_SCALE, .wanteeprom = 1, + .dtmf_decode_enabled = 1, // jdm .area = 0, .rptnum = 0, }; @@ -2083,6 +2085,8 @@ if ((f1->frametype == AST_FRAME_DTMF_END) || (f1->frametype == AST_FRAME_DTMF_BEGIN)) { + ast_log(LOG_NOTICE,"DTMF enabled: %d\n",o->dtmf_decode_enabled); // jdm + if (o->dtmf_decode_enabled) { if ((f1->subclass == 'm') || (f1->subclass == 'u')) { f1->frametype = AST_FRAME_NULL; @@ -2093,6 +2097,7 @@ ast_log(LOG_NOTICE,"Got DTMF char %c\n",f1->subclass); return(f1); } + } } return f; } @@ -3463,6 +3468,7 @@ M_F("txtoctype",store_txtoctype(o,(char *)v->value)) M_UINT("hdwtype",o->hdwtype) M_UINT("eeprom",o->wanteeprom) + M_BOOL("dtmf_decode",o->dtmf_decode_enabled) // jdm M_UINT("duplex",o->radioduplex) M_UINT("txsettletime",o->txsettletime) M_BOOL("rxpolarity",o->b.rxpolarity) ------<cut here>--------------------------------------------------- On Sat, 26 Jul 2008, Roger F. Jordan wrote: > I would be very interested in seeing the patch! I am impressed with the > solution! Good job! > > Roger W4RFJ > > -----Original Message----- > From: app_rpt-bounces(a)lists.illiana.net > [mailto:app_rpt-bounces@lists.illiana.net] On Behalf Of David McGough > Sent: Saturday, July 26, 2008 3:03 AM > To: Asterisk Repeater Controler > Subject: Re: [App_rpt] General config questions....try #2...and patch > > > > Hi Jim, > > Upon more review, I decided to add a patch to try to completely turn off > DTMF decode, if desired. So, I added some test code to the chan_usbaudio.c > file and a new boolean parameter "dtmf_decode" to the usbradio.conf file. > > With dtmf_decode=0, the audio dropout issue is completely resolved! Now, the > staticy HF audio sounds GREAT (to me, at least!). No more choppiness... > > I'll be glad to post the patch if you all would like to take a look? It > doesn't seem to break anything (so far....). > > Thanks for your help! > > 73, David KB4FXC > > > > On Fri, 25 Jul 2008, David McGough wrote: > > > > > Hi Jim, > > > > Yes, I think it's setup okay....The radio is an IC-706mk2g, and it > > DOES work. I'm just getting spurious DTMF audio muting when DTMF is > > falsely detected. The VERY trimmed-down node stanza is: > > > > [222] ;;; IC-706mk2g > > rxchannel = Radio/usb1 > > remote=ic706 > > duplex=0 > > > > > > And, the nodes section is: > > > > [nodes] > > 111 = radio(a)127.0.0.1/111,NONE ;; Kenwood TKR-850 > > 222 = radio(a)127.0.0.1/222,NONE,y ;; Icom IC-706mk2g > > > > The related chan_usbradio stanza is: > > > > [usb1] > > hdwtype=0 > > rxboost=0 > > rxctcssrelax=1 > > txctcssdefault=0.0 > > rxctcssfreqs=0.0 > > txctcssfreqs=0.0 > > carrierfrom=usbinvert > > ctcssfrom=no > > rxdemod=speaker > > txprelim=no > > txtoctype=notone > > txmixa=voice > > txmixb=no > > invertptt=0 > > duplex=0 > > eeprom=0 > > > > > > Thanks, > > > > David KB4FXC > > > > On Fri, 25 Jul 2008, Jim Duuuude wrote: > > > > > > > > first, do you have the thing set up as a remote base? > > > > > > > Date: Fri, 25 Jul 2008 18:56:56 -0400 > > > > From: kb4fxc(a)inttek.net > > > > To: app_rpt(a)lists.illiana.net > > > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > > > > > > > Hi, > > > > > > > > I have already removed the function stanzas and the node config > > > > includes a ',y' at the end....But, I still see "Got DTMF char" > > > > messages from chan_usbradio in the logs. And, the main thing is > > > > there is an associated brief muting of audio when this > > > > occurs--which may occur rather frequently, depending on HF noise. > > > > > > > > As for my second original question about a way to easily make a > > > > audio file of the CD ID, I found a way to do this using the > > > > "tomorse" freeware software. If anyone is interested, I'll post how I > went about it. > > > > > > > > Thanks, > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > > > > > > > On Fri, 25 Jul 2008, Jim Duuuude wrote: > > > > > > > > > > > > > > An HF node should be running as a remote base, therefore not > > > > > decoding DTMF at all > > > > > > > > > > > From: hwstar(a)rodgers.sdcoxmail.com > > > > > > To: app_rpt(a)lists.illiana.net > > > > > > Date: Fri, 25 Jul 2008 11:23:32 -0700 > > > > > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > > > > > > > > > > > > > Part 1 of the answer: > > > > > > > > > > > > If you are running this as a standard node, you need to > > > > > > specify an empty function table stanza so that nothing gets > decoded. If you are running as a remote base node, then no DTMF functions > will be decoded fromt he radio interface. Remote base nodes have .y on the > end of them in the node table. This is how app_rpt knows which type of code > to run. > > > > > > > > > > > > Part 2 of the answer: > > > > > > > > > > > > chan_usbradio causes DTMF digits to be printed on the console. > > > > > > As far as I know, there's no way to disable this without modifying > the channel driver itself, but maybe Steve Henke knows something I don't. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From: David McGough <kb4fxc(a)inttek.net> > > > > > > > Date: 2008/07/25 Fri AM 10:18:46 PDT > > > > > > > To: Asterisk Repeater Controler <app_rpt(a)lists.illiana.net> > > > > > > > Subject: [App_rpt] General config questions....try #2 > > > > > > > > > > > > > > > > > > > > > Hi Everyone, > > > > > > > > > > > > > > Since I haven't heard any feedback about this post, I guess > > > > > > > the answer is "no" to these questions??? ....If so, I think > > > > > > > I'll have a go at resolving them. > > > > > > > > > > > > > > Thanks! > > > > > > > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > > > > Original message: > > > > > > > > > > > > > > > Now that I'm to the "beta" test phase, I've got some more > > > > > > > questions that I don't see answers to on the list--or have > overlooked (if so, oops!). > > > > > > > > > > > > > > > First, is there an easy way to disable DTMF decoding > > > > > > > entirely for a channel? My HF node (on very staticy 75M) > > > > > > > generates a fair number of spurious DTMF decodes. And, each > > > > > > > time it thinks it hears a code, there is, as expected, a > > > > > > > very short dropout of HF RX audio being passed to the UHF > > > > > > > repeater side. I don't need DTMF decode at all for this node and > would like to turn it off. > > > > > > > > > > > > > > > Second, does anyone have (or know of) a simple utility to > > > > > > > generate sound files for the CD ID, etc. > > > > > > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > App_rpt mailing list > > > > > > > App_rpt(a)lists.illiana.net > > > > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > App_rpt mailing list > > > > > > App_rpt(a)lists.illiana.net > > > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > > > > > > > _______________________________________________ > > > > App_rpt mailing list > > > > App_rpt(a)lists.illiana.net > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt(a)lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > App_rpt mailing list > App_rpt(a)lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > > _______________________________________________ > App_rpt mailing list > App_rpt(a)lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt >

1 0

[App_rpt] Asterisk <-> Echolink gateway
by Skip WB6YMH 26 Jul '08

26 Jul '08

If anyone is interested in adding EchoLink connectivity to their Asterisk node you might be interested in my project called "thebridge". Thebridge is the conferencing software used by the majority of Echolink conferences and is also the basis of the EchoIRLP project. Like Asterisk thebridge is an open source project released under the GPL. You may download a tarball of the latest beta of thebridge from: http://groups.yahoo.com/group/thelinkbox/files/thebridge-1.05.tgz or you can check it out from the CVS repository on Sourceforge: cvs -d:pserver:anonymous@cqinet.cvs.sourceforge.net:/cvsroot/cqinet login cvs -z3 -d:pserver:anonymous@cqinet.cvs.sourceforge.net:/cvsroot/cqinet co -P thebridge This version supports the latest chan_rtpdir Asterisk driver (0.5) and includes the ability for Asterisk nodes to initiate connections to Echolink nodes and disconnect nodes via touch tone. Older versions of the chan_rtpdir (0.2) are no longer supported. An Asterisk/IRLP wizard could also configure thebridge to act as an gateway to the IRLP network by using Asterisk to run the necessary IRLP scripts. NB: This code is for people who are knowledgeable about Asterisk and the app_rpt project. I needed a *lot* of help from W9SH and K6JWN to get my Asterisk node running. Since I'm an Asterisk novice won't be offering any help for configuring Asterisk to use the new chan driver. 73's Skip WB6YMH

1 0

Re: [App_rpt] General config questions....try #2...and patch
by Don Russell 26 Jul '08

26 Jul '08

yeah, me as well. Have a couple links I would like to set that on. Don W9DRR > From: w4rfj(a)comcast.net > To: app_rpt(a)lists.illiana.net > Date: Sat, 26 Jul 2008 08:29:33 -0400 > Subject: Re: [App_rpt] General config questions....try #2...and patch > > I would be very interested in seeing the patch! I am impressed with the > solution! Good job! > > Roger W4RFJ > > -----Original Message----- > From: app_rpt-bounces(a)lists.illiana.net > [mailto:app_rpt-bounces@lists.illiana.net] On Behalf Of David McGough > Sent: Saturday, July 26, 2008 3:03 AM > To: Asterisk Repeater Controler > Subject: Re: [App_rpt] General config questions....try #2...and patch > > > > Hi Jim, > > Upon more review, I decided to add a patch to try to completely turn off > DTMF decode, if desired. So, I added some test code to the chan_usbaudio.c > file and a new boolean parameter "dtmf_decode" to the usbradio.conf file. > > With dtmf_decode=0, the audio dropout issue is completely resolved! Now, the > staticy HF audio sounds GREAT (to me, at least!). No more choppiness... > > I'll be glad to post the patch if you all would like to take a look? It > doesn't seem to break anything (so far....). > > Thanks for your help! > > 73, David KB4FXC > > > > On Fri, 25 Jul 2008, David McGough wrote: > > > > > Hi Jim, > > > > Yes, I think it's setup okay....The radio is an IC-706mk2g, and it > > DOES work. I'm just getting spurious DTMF audio muting when DTMF is > > falsely detected. The VERY trimmed-down node stanza is: > > > > [222] ;;; IC-706mk2g > > rxchannel = Radio/usb1 > > remote=ic706 > > duplex=0 > > > > > > And, the nodes section is: > > > > [nodes] > > 111 = radio(a)127.0.0.1/111,NONE ;; Kenwood TKR-850 > > 222 = radio(a)127.0.0.1/222,NONE,y ;; Icom IC-706mk2g > > > > The related chan_usbradio stanza is: > > > > [usb1] > > hdwtype=0 > > rxboost=0 > > rxctcssrelax=1 > > txctcssdefault=0.0 > > rxctcssfreqs=0.0 > > txctcssfreqs=0.0 > > carrierfrom=usbinvert > > ctcssfrom=no > > rxdemod=speaker > > txprelim=no > > txtoctype=notone > > txmixa=voice > > txmixb=no > > invertptt=0 > > duplex=0 > > eeprom=0 > > > > > > Thanks, > > > > David KB4FXC > > > > On Fri, 25 Jul 2008, Jim Duuuude wrote: > > > > > > > > first, do you have the thing set up as a remote base? > > > > > > > Date: Fri, 25 Jul 2008 18:56:56 -0400 > > > > From: kb4fxc(a)inttek.net > > > > To: app_rpt(a)lists.illiana.net > > > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > > > > > > > Hi, > > > > > > > > I have already removed the function stanzas and the node config > > > > includes a ',y' at the end....But, I still see "Got DTMF char" > > > > messages from chan_usbradio in the logs. And, the main thing is > > > > there is an associated brief muting of audio when this > > > > occurs--which may occur rather frequently, depending on HF noise. > > > > > > > > As for my second original question about a way to easily make a > > > > audio file of the CD ID, I found a way to do this using the > > > > "tomorse" freeware software. If anyone is interested, I'll post how I > went about it. > > > > > > > > Thanks, > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > > > > > > > On Fri, 25 Jul 2008, Jim Duuuude wrote: > > > > > > > > > > > > > > An HF node should be running as a remote base, therefore not > > > > > decoding DTMF at all > > > > > > > > > > > From: hwstar(a)rodgers.sdcoxmail.com > > > > > > To: app_rpt(a)lists.illiana.net > > > > > > Date: Fri, 25 Jul 2008 11:23:32 -0700 > > > > > > Subject: Re: [App_rpt] General config questions....try #2 > > > > > > > > > > > > > > > > > > Part 1 of the answer: > > > > > > > > > > > > If you are running this as a standard node, you need to > > > > > > specify an empty function table stanza so that nothing gets > decoded. If you are running as a remote base node, then no DTMF functions > will be decoded fromt he radio interface. Remote base nodes have .y on the > end of them in the node table. This is how app_rpt knows which type of code > to run. > > > > > > > > > > > > Part 2 of the answer: > > > > > > > > > > > > chan_usbradio causes DTMF digits to be printed on the console. > > > > > > As far as I know, there's no way to disable this without modifying > the channel driver itself, but maybe Steve Henke knows something I don't. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From: David McGough <kb4fxc(a)inttek.net> > > > > > > > Date: 2008/07/25 Fri AM 10:18:46 PDT > > > > > > > To: Asterisk Repeater Controler <app_rpt(a)lists.illiana.net> > > > > > > > Subject: [App_rpt] General config questions....try #2 > > > > > > > > > > > > > > > > > > > > > Hi Everyone, > > > > > > > > > > > > > > Since I haven't heard any feedback about this post, I guess > > > > > > > the answer is "no" to these questions??? ....If so, I think > > > > > > > I'll have a go at resolving them. > > > > > > > > > > > > > > Thanks! > > > > > > > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > > > > Original message: > > > > > > > > > > > > > > > Now that I'm to the "beta" test phase, I've got some more > > > > > > > questions that I don't see answers to on the list--or have > overlooked (if so, oops!). > > > > > > > > > > > > > > > First, is there an easy way to disable DTMF decoding > > > > > > > entirely for a channel? My HF node (on very staticy 75M) > > > > > > > generates a fair number of spurious DTMF decodes. And, each > > > > > > > time it thinks it hears a code, there is, as expected, a > > > > > > > very short dropout of HF RX audio being passed to the UHF > > > > > > > repeater side. I don't need DTMF decode at all for this node and > would like to turn it off. > > > > > > > > > > > > > > > Second, does anyone have (or know of) a simple utility to > > > > > > > generate sound files for the CD ID, etc. > > > > > > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > David KB4FXC > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > App_rpt mailing list > > > > > > > App_rpt(a)lists.illiana.net > > > > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > App_rpt mailing list > > > > > > App_rpt(a)lists.illiana.net > > > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > > > > > > > _______________________________________________ > > > > App_rpt mailing list > > > > App_rpt(a)lists.illiana.net > > > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > > > > _______________________________________________ > > App_rpt mailing list > > App_rpt(a)lists.illiana.net > > http://lists.illiana.net/mailman/listinfo/app_rpt > > > > _______________________________________________ > App_rpt mailing list > App_rpt(a)lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt > > _______________________________________________ > App_rpt mailing list > App_rpt(a)lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt _________________________________________________________________ Time for vacation? WIN what you need- enter now! http://www.gowindowslive.com/summergiveaway/?ocid=tag_jlyhm

1 0

Re: [App_rpt] General config questions....try #2
by hwstar＠rodgers.sdcoxmail.com 26 Jul '08

26 Jul '08

Part 1 of the answer: If you are running this as a standard node, you need to specify an empty function table stanza so that nothing gets decoded. If you are running as a remote base node, then no DTMF functions will be decoded fromt he radio interface. Remote base nodes have .y on the end of them in the node table. This is how app_rpt knows which type of code to run. Part 2 of the answer: chan_usbradio causes DTMF digits to be printed on the console. As far as I know, there's no way to disable this without modifying the channel driver itself, but maybe Steve Henke knows something I don't. > > From: David McGough <kb4fxc(a)inttek.net> > Date: 2008/07/25 Fri AM 10:18:46 PDT > To: Asterisk Repeater Controler <app_rpt(a)lists.illiana.net> > Subject: [App_rpt] General config questions....try #2 > > > Hi Everyone, > > Since I haven't heard any feedback about this post, I guess the answer is > "no" to these questions??? ....If so, I think I'll have a go at > resolving them. > > Thanks! > > David KB4FXC > > > Original message: > > Now that I'm to the "beta" test phase, I've got some more questions that I > don't see answers to on the list--or have overlooked (if so, oops!). > > First, is there an easy way to disable DTMF decoding entirely for a > channel? My HF node (on very staticy 75M) generates a fair number of > spurious DTMF decodes. And, each time it thinks it hears a code, there is, > as expected, a very short dropout of HF RX audio being passed to the UHF > repeater side. I don't need DTMF decode at all for this node and would > like to turn it off. > > Second, does anyone have (or know of) a simple utility to generate sound > files for the CD ID, etc. > > Thanks! > > David KB4FXC > > > _______________________________________________ > App_rpt mailing list > App_rpt(a)lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt >

4 6

[App_rpt] USB hubs & USB audio
by Skip WB6YMH 25 Jul '08

25 Jul '08

> Jim Dixon and I have had disapointing results with USB hubs during the > testing of USB fobs with them. We don't know why they don't work > properly and we don't have the time to figure it out right now. There > may be hubs which work just fine, but we just don't know as the root > cause of the problem has not been uncovered. If Steve Henke W9SH > knows something I don't them maybe he should speak up on the list. > Steve WA6ZFT The problem is probably complex. USB 2.0 hubs come in two flavors single- transaction translators (single-TT) and multi-transaction translators (multi-TT). Most USB audio devices are "full speed" devices (12 mbits/sec), not "high speed" devices (480 mbits/sec) so the USB hub must translate the data rate between the host and the device. The single-TT devices only have a single translator which is shared between all ports. A multi-TT hub has a translator per port. So in theory a milti-TT hub is what you should want for optimal bus usage. An additional complication is that the Linux kernel must be multi-TT hub aware to properly schedule things. I'm not current with Linux development, but I've read discussions in the past about improving the kernel's USB scheduler in this area. Here are a couple of links to info which may be useful: http://www.commsdesign.com/design_corner/showArticle.jhtml?articleID=165053… http://www.linux-usb.org/usb2.html 73's Skip WB6YMH

4 4

[App_rpt] General config questions....try #2
by David McGough 25 Jul '08

25 Jul '08

Hi Everyone, Since I haven't heard any feedback about this post, I guess the answer is "no" to these questions??? ....If so, I think I'll have a go at resolving them. Thanks! David KB4FXC Original message: Now that I'm to the "beta" test phase, I've got some more questions that I don't see answers to on the list--or have overlooked (if so, oops!). First, is there an easy way to disable DTMF decoding entirely for a channel? My HF node (on very staticy 75M) generates a fair number of spurious DTMF decodes. And, each time it thinks it hears a code, there is, as expected, a very short dropout of HF RX audio being passed to the UHF repeater side. I don't need DTMF decode at all for this node and would like to turn it off. Second, does anyone have (or know of) a simple utility to generate sound files for the CD ID, etc. Thanks! David KB4FXC

1 0

Re: [App_rpt] Asterisk configuration for node with no locally
by Tony Langdon, VK3JED 24 Jul '08

24 Jul '08

At 10:08 AM 7/25/2008, you wrote: >Tony, > > > >Try getting version 0.2, and see if it segfaults. Version 0.2 has >been out for a while and 0.5 was just checked in today. Version 0.2 >was what was originally written to work with rtpDir and may also be >what Skip is using for the link box, all though I'm not sure about this. Still getting segfaults. Looks like it's during the second pass of reading rpt.conf. 73 de VK3JED http://vkradio.com

1 0

Re: [App_rpt] Asterisk configuration for node with no locally
by Tony Langdon, VK3JED 24 Jul '08

24 Jul '08

At 10:08 AM 7/25/2008, you wrote: >Tony, > > > >Try getting version 0.2, and see if it segfaults. Version 0.2 has >been out for a while and 0.5 was just checked in today. Version 0.2 >was what was originally written to work with rtpDir and may also be >what Skip is using for the link box, all though I'm not sure about this. > >There has been recent talk of upgrading the protocol to send >sequence numbers and DTMF packets. Version 0.5 looks like an attempt >to do that. Thanks Steve, I'll give that a whirl. I have to downgrade anyway for compatibility reasons with the older interface. Hopefully this will fix the segfaults too. 73 de VK3JED http://vkradio.com

1 0

Re: [App_rpt] Asterisk configuration for node with no locally
by hwstar＠rodgers.sdcoxmail.com 24 Jul '08

24 Jul '08

Tony, Try getting version 0.2, and see if it segfaults. Version 0.2 has been out for a while and 0.5 was just checked in today. Version 0.2 was what was originally written to work with rtpDir and may also be what Skip is using for the link box, all though I'm not sure about this. There has been recent talk of upgrading the protocol to send sequence numbers and DTMF packets. Version 0.5 looks like an attempt to do that. Steve R. WA6ZFT > > From: "Tony Langdon, VK3JED" <vk3jed(a)vkradio.com> > Date: 2008/07/24 Thu PM 04:48:34 PDT > To: Asterisk Repeater Controler <app_rpt(a)lists.illiana.net> > Subject: Re: [App_rpt] Asterisk configuration for node with no locally > > At 09:22 AM 7/25/2008, you wrote: > >Tony, > > > >The source for chan_rtpdir is available from here: > > > >https://www.xelatec.com/viewvc/app_rpt/asterisk/trunk/channels > > Also notice there has been a recent change to the protocol, which is > breaking other implementations using this channel driver. > > 73 de VK3JED > http://vkradio.com > > _______________________________________________ > App_rpt mailing list > App_rpt(a)lists.illiana.net > http://lists.illiana.net/mailman/listinfo/app_rpt >

1 0