May 2016 - App_rpt-users - lists.keekles.org

Codec of the WAV files
by John Locke 04 May '16

04 May '16

Hi all, We are saving the audio files in the path defined in the archivedir parameter of the rpt.conf The problem is that the WAV is gsm encoded. How can we change this default encode? Thanks in advance John

3 2

distros
by Jim Duuuude 03 May '16

03 May '16

I have received the information for Steve Zingman, and the distros on the new stats server are now verified to be correct. It appears that they already were. Jim

1 0

Re: [App_rpt-users] Disable the TXENA
by Skyler F 03 May '16

03 May '16

> > It will play it back locally but not out the remote base transmitter. > Mine is the Doug hall rbi1 Well... Mine is set up as a remote base, and when I hook another node into it, and run the playback command, the remote base transmits it. On Mon, May 2, 2016 at 6:09 PM, Corey Dean <n3fe(a)repeater.net> wrote: > It will play it back locally but not out the remote base transmitter. > Mine is the Doug hall rbi1 > > Sent from my iPhone > > On May 2, 2016, at 7:44 PM, Skyler F <electricity440(a)gmail.com> wrote: > > I have my node configured as a remote base node and when it is connected > to another node, and the other node does a PLAYBACK, the remote base hears > it and retransmitts it. Is that normal?? > > > > On Mon, May 2, 2016 at 4:24 PM, Corey Dean <n3fe(a)repeater.net> wrote: > >> If it was actually in remote base mode it wouldn't do this... >> >> Sent from my iPhone >> >> On May 2, 2016, at 5:06 PM, Skyler F <electricity440(a)gmail.com> wrote: >> >> When I do a playback from another LOCAL node, (sharing the same >> rpt.conf), the remote base will play the audio file over it's transmitter. >> I was able to solve this problem by disabling the transmitter for the >> duration of the script so that it does not play any of the telemetry when >> switching channels. >> >> Modifying app_rpt.c to replace "RPTENA" with "" and then recompiling >> asterisk did solve the issue so it won't announce anything when I re >> activate the transmitter. >> >> 73 >> Skyler KDØWHB >> >> On Mon, May 2, 2016 at 9:42 AM, Tim Sawyer <tisawyer(a)gmail.com> wrote: >> >>> Are you sure you need to disable the TX? I'm pretty sure none of the >>> telemetry comes out of the remote side. >>> >>> On Sun, May 1, 2016 at 4:53 PM, Skyler F <electricity440(a)gmail.com> >>> wrote: >>> >>>> Is it possible to disable the T X E N A announcement when re enabling >>>> the transmitter? I have a script which disables the transmitter and >>>> re-enables every time that I switch channels on my remote base. It is sort >>>> of annoying that it goes throughout all links that have telemetry enabled. >>>> >>>> 73 >>>> Skyler >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users(a)ohnosec.org >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visit >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>>> down to the bottom of the page. Enter your email address and press the >>>> "Unsubscribe or edit options button" >>>> 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. >>>> >>> >>> >>> >>> -- >>> -- >>> Tim >>> >> >> >> >> -- >> Skyler Fennell >> amsatnet.info >> KDØWHB >> electricity440(a)gmail.com >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users(a)ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> 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. >> >> > > > -- > Skyler Fennell > amsatnet.info > KDØWHB > electricity440(a)gmail.com > > -- Skyler Fennell amsatnet.info KDØWHB electricity440(a)gmail.com

1 0

Re: [App_rpt-users] Disable the TXENA
by Skyler F 02 May '16

02 May '16

I have my node configured as a remote base node and when it is connected to another node, and the other node does a PLAYBACK, the remote base hears it and retransmitts it. Is that normal? kd0whb On Mon, May 2, 2016 at 5:44 PM, Skyler F <electricity440(a)gmail.com> wrote: > I have my node configured as a remote base node and when it is connected > to another node, and the other node does a PLAYBACK, the remote base hears > it and retransmitts it. Is that normal?? > > > > On Mon, May 2, 2016 at 4:24 PM, Corey Dean <n3fe(a)repeater.net> wrote: > >> If it was actually in remote base mode it wouldn't do this... >> >> Sent from my iPhone >> >> On May 2, 2016, at 5:06 PM, Skyler F <electricity440(a)gmail.com> wrote: >> >> When I do a playback from another LOCAL node, (sharing the same >> rpt.conf), the remote base will play the audio file over it's transmitter. >> I was able to solve this problem by disabling the transmitter for the >> duration of the script so that it does not play any of the telemetry when >> switching channels. >> >> Modifying app_rpt.c to replace "RPTENA" with "" and then recompiling >> asterisk did solve the issue so it won't announce anything when I re >> activate the transmitter. >> >> 73 >> Skyler KDØWHB >> >> On Mon, May 2, 2016 at 9:42 AM, Tim Sawyer <tisawyer(a)gmail.com> wrote: >> >>> Are you sure you need to disable the TX? I'm pretty sure none of the >>> telemetry comes out of the remote side. >>> >>> On Sun, May 1, 2016 at 4:53 PM, Skyler F <electricity440(a)gmail.com> >>> wrote: >>> >>>> Is it possible to disable the T X E N A announcement when re enabling >>>> the transmitter? I have a script which disables the transmitter and >>>> re-enables every time that I switch channels on my remote base. It is sort >>>> of annoying that it goes throughout all links that have telemetry enabled. >>>> >>>> 73 >>>> Skyler >>>> >>>> _______________________________________________ >>>> App_rpt-users mailing list >>>> App_rpt-users(a)ohnosec.org >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >>>> >>>> To unsubscribe from this list please visit >>>> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >>>> down to the bottom of the page. Enter your email address and press the >>>> "Unsubscribe or edit options button" >>>> 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. >>>> >>> >>> >>> >>> -- >>> -- >>> Tim >>> >> >> >> >> -- >> Skyler Fennell >> amsatnet.info >> KDØWHB >> electricity440(a)gmail.com >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users(a)ohnosec.org >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visit >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll >> down to the bottom of the page. Enter your email address and press the >> "Unsubscribe or edit options button" >> 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. >> >> > > > -- > Skyler Fennell > amsatnet.info > KDØWHB > electricity440(a)gmail.com > -- Skyler Fennell amsatnet.info KDØWHB electricity440(a)gmail.com

1 1

Stats Server
by Jim Duuuude 02 May '16

02 May '16

The people who were providing the server space for the stats server (and promised to do so indefinitely) seem to have flaked. They keep giving me "gee i dunno" answers regarding when it will be back up. Therefore, I migrated the stats server functionality onto a different server (at a different hosting company). Unfortunately, I only had a backup from 2012, so it may still be somewhat broken, and the DIAL distros *may* be the wrong ones (since I had to upload those from my desktop, since I didnt get word back from Steve Zingman on the absolutely correct versions of the current distros yet). Anyway, the DNS entry is updated, so you should be able to see the changes shortly. For the curious, the new IP address is 209.198.22.194 (and can be accessed directly by IP address). If there are issues with the new system (and there most likely will be), please dont bombard me with tons of messages. Someone just needs to send ONE. I am VERY sick today, and had no excuse (other then it being MOST necessary) to have to work on this today. Thanks Jim, WB6NIL

2 1

Re: [App_rpt-users] app_rpt compiled with rxnotch?
by Steve Zingman 02 May '16

02 May '16

In case someone wants this later <https://github.com/N4IRS/AllStar/blob/master/doc/notch_filter.txt> 73, Steve N4IRS On 5/2/2016 11:40 AM, DuaneVT . wrote: > Yes please! > Thanks Steve. > > On Mon, May 2, 2016 at 11:31 AM, Steve Zingman <szingman(a)msgstor.com > <mailto:szingman@msgstor.com>> wrote: > > Duane, > It can be done rather easily on a per need basis. It is not the > default configuration. I can supply pretty simple instruction to > recompile with the notch enabled. > > 73, Steve N4IRS > > On 5/2/2016 11:09 AM, DuaneVT . wrote: >> Does anyone know if the current compiled app_rpt has the >> "rxnotch" capability? I have remote receivers linked back with >> CWIDs set for the same tone. Alone, CWID is transmitted back to >> the voter without PL tone, so they don't bring up the repeater >> transmitter. HOWEVER, if the user IS talking when the link >> transmitter sends its ID, it will come through. Having RXNOTCH >> might remove the fixed CWID tone frequency from going downstream >> to the network/user. >> If RXNOTCH isn't currently compiled, could that be done easily >> for users looking for this fix? >> Thanks, >> Duane KA1LM #42996 >> >> >> _______________________________________________ >> App_rpt-users mailing list >> App_rpt-users(a)ohnosec.org <mailto:App_rpt-users@ohnosec.org> >> http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users >> >> To unsubscribe from this list please visithttp://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" >> 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. > > -- > "Anything is possible if you don't know what you are talking about." > 1st Law of Logic > > -- "Anything is possible if you don't know what you are talking about." 1st Law of Logic

1 0

app_rpt compiled with rxnotch?
by DuaneVT . 02 May '16

02 May '16

Does anyone know if the current compiled app_rpt has the "rxnotch" capability? I have remote receivers linked back with CWIDs set for the same tone. Alone, CWID is transmitted back to the voter without PL tone, so they don't bring up the repeater transmitter. HOWEVER, if the user IS talking when the link transmitter sends its ID, it will come through. Having RXNOTCH might remove the fixed CWID tone frequency from going downstream to the network/user. If RXNOTCH isn't currently compiled, could that be done easily for users looking for this fix? Thanks, Duane KA1LM #42996

2 1

ezstream 100% cpu
by Brent Weatherall 02 May '16

02 May '16

Hello, I've recently setup an allstar hub node and decided to stream it via broadcastify. Setup has gone well - I'm running debian, with the allstar node running without issue, as well as streaming now being delivered via Broadcastify. I've ran in to an issue where the ezstream process will occasionally pin at 100%. I can kill it fine, and asterisk gracefully resumes by creating a new working output stream. Has anyone else encountered this cpu pinned usage? Will I have to set up something to monitor the process to kill it, so it restarts? Thanks in advance for any suggestions VA3BFW - Brent

2 2

DIAL iso download
by Steve Wright 02 May '16

02 May '16

http://dl.allstarlink.org/dial/dial-allstar-netinstall.iso Currently unavailable. Does anyone have an alternate download location? Pls email me directly. Thanks. S

4 3

XIPAR dead
by Steve Wright 02 May '16

02 May '16

Right, looks like XIPAR is missing too many teeth to use their distro, and it's been years since a post on their forum. I'll wait for a reply from an email from them before giving up completely, but in the meanwhile I'll look at some options, such as ; I am looking at pulling out the XIPAR-specific parts by the roots and grafting it, maybe into DIAL. Does anyone have docs on the guts of this thing, or some source? Does it interest anyone to have this running? I'd throw lots of RTCM at it, but three repeaters with four remote RX each is close to NZ$6000 just for the voters. Too much. A LOT too much. Yes we can halve that if we build the boards, but that's still a lot. TIA, Steve

1 0