[App_rpt-users] more on bulletin playback

Ken ke2n at cs.com
Thu May 29 00:08:46 UTC 2014


I use "playback"
Although I call it from a Linux script  
The script disconnects the DSTAR bridge, puts all 5 nodes in "bulletin
mode", and then calls the function that does the playback.

After the bulletin is done, it reverses the process, putting everything back
the way it was.

It has occurred to me that maybe one key component is that you have defined
something as the talk-over ID, because the default is NONE.
Mine is CW
idtalkover=|iw4brm/r		; Talkover ID (optional) default is none

73
Ken


> -----Original Message-----
> From: Buddy Brannan [mailto:buddy at brannan.name]
> Sent: Wednesday, May 28, 2014 5:41 PM
> To: Ken
> Cc: app_rpt mailing list
> Subject: Re: more on bulletin playback
> 
> Hi Ken,
> 
> Interesting, as I also use politeid in my rpt.conf. I have voice ID's for
regular
> ID, however. I suppose it might make a difference, but do you use rpt
> playback or rpt localplay?
> 
> I haven't really played with this in a long time but think I will do so
again
> shortly.
> --
> Buddy Brannan, KB5ELV - Erie, PA
> Phone: (814) 860-3194 or (814) 431-0962
> 
> 
> 
> 
> On May 28, 2014, at 5:29 PM, Ken <ke2n at cs.com> wrote:
> 
> > I am using politeid
> > http://ohnosec.org/drupal/node/128
> > and idtime as well.
> >
> > It seems to play a cw id right over the recording, without problems,
> > and without any need to drop the carrier.
> >
> > But I always insert a voice ID every 10 minutes, or less, into the
> > recording file anyway - usually in the place provided by the recording
> context.
> >
> > I also have a DTMF function where any user can stop the playback, if
> > he needs to.  I advertise this function periodically in tail messages.
> >
> >
> > 73
> > Ken
> >
> >
> >> -----Original Message-----
> >> From: Buddy Brannan [mailto:buddy at brannan.name]
> >> Sent: Wednesday, May 28, 2014 2:46 PM
> >> To: Ken
> >> Cc: app_rpt mailing list
> >> Subject: Re: [App_rpt-users] App_rpt-users Digest, Vol 63, Issue 54
> >>
> >> The only problem with playing a long file continuously like this (for
> > instance,
> >> using asterisk -rx "rpt localplay 2331 foo"
> >>
> >> is that the repeater won't ID until the file finishes playing.
> >> Forcing an
> > ID to
> >> play also doesn't seem to accomplish the desired result.
> >>
> >> At least, that's what happens on my system.
> >>
> >> Of course, once the file finishes, the ID fires, but for a file
> >> that's
> > longer than
> >> 10 minutes, this could really be a problem.so.you'll probably want to
> > break
> >> the file up anyway.
> >>
> >> On May 28, 2014, at 1:59 PM, Ken <ke2n at cs.com> wrote:
> >>
> >>>> You might want to look at mp3splt to cut it up into manageable
chunks.
> >>>
> >>>
> >>>
> >>>> Unless you turn the TX time out off, you're going need to drop PTT
> >>>> now
> >> and then to reset the timer.
> >>>
> >>>
> >>>
> >>> --
> >>>
> >>> Another possibility is to use a script to put the machine in
> >>> "bulletin
> > mode"
> >> where the time out timer is disabled or at least set to a long time.
> >> The
> > same
> >> script turns the TOT back on again at the end (so you don't forget).
> >>> 73
> >>> Ken
> >>>
> >>>
> >>> _______________________________________________
> >>> App_rpt-users mailing list
> >>> App_rpt-users at 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.
> >
> >





More information about the App_rpt-users mailing list