[App_rpt-users] more on bulletin playback

[Buddy Brannan]

Hi,

Here are the relevant lines from rpt.conf:

idrecording=id/id
[…]
idtime=480000
;politeid=30000
idtalkover=|ide KB5ELV/R ERI

So…maybe there’s a difference between playback and localplay?

I’ll play around with it some more maybe over the weekend.


On May 28, 2014, at 8:08 PM, Ken <ke2n at cs.com> wrote:

> 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.
>>> 
>>> 
> 
>