Re: [RDD] Audioscience board outputs

[wa7skg]

I installed hpiinfo. I went to System> ASI Card configuration
which required me to log in as administrator. The app shows Adapter Mode 
as "Four Output Streams" The only other options was "Six Output 
Streams". I've tried both options, The output of rdlibrary still comes 
out of Port 0 along with the on-air audio.


I need to be able to listen to cuts in the library without affecting 
what is on the air.


Next idea?

Michael


Fred Gleason wrote on 12/26/20 6:29 AM:
On Dec 26, 2020, at 07:33, John Boles > wrote:



You should have a program under System->ASI Configuration
You will need the root password.


You may need to install this, as it’s not included in the default 
install. The package name is ‘hpiinfo’.


yum install hpiinfo

should get it done on a standard CentOS setup.

Cheers!


|-|
| Frederick F. Gleason, Jr. |             Chief Developer             |
|                           |             Paravel Systems             |
|-|
|         A room without books is like a body without a soul.         |
|                                                                     |
|                                                         -- Cicero   |
|-|


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Weather and Time Announcements

[Robert Jeffares]

FWIW

On 25/12/20 10:13 am, Lorne Tyndale wrote:

For getting the Time part, one way that I looked at in the past (but
never implemented due to the work requried) is to record an audio cut
for each minute of the day.  To cut down on the amount of recording it
is possible to re-use the AM and PM recordings if you don't specify AM
or PM in the audio.  So for example, you could use the same audio for
saying "It's 12:42" for both 12:42 am and 12:42 pm, leaving it to the
listeners to figure out if it is AM or PM.


I have a set of such times which were easy to ingest once recorded, because we 
labelled them 0601.wav 0602.wav etc.using rdimport we set the start time and 
end time from the filename.
In fact the times were set 30 sec before and 30 sec after.

The voice used was the 'host' of that segment.

Bit of work to record and label, but once done they last forever.

To avoid repetition we made some variants on the ones that seemed to be played 
more often.
If the cart is in the VTRAX group they can be laid over song intros.

Bit of work but it's worth it.
R




-- Communication Consultants 2020 Limited 64 Warner Park Avenue 
Laingholm Auckland 0604 New Zealand

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Possible feature - Play cut in a cart based on a variable value, set variable from a shell script

[Lorne Tyndale]

Fred,

> We currently have the ability to set a ‘Schedule Cuts’ attribute for each 
> cart, with the two possible values being ‘By Weight’ and ‘By Specified 
> Order’. This would add a third value, perhaps called ‘By Program’. Activating 
> that mode would completely bypass cut day-parting. Then, we add a 
> command-line program called ‘rdsetcut’, which for example could be called 
> like this:
> 
>   rdsetcut --cart-number=123456 --cut-number=27
> 
> This would cause cart 123456 to play cut 27 TFN.

Thinking about it, I think I like your approach better thenb using
variables.  Have something like an rdsetcut to allow you to specify what
cut to play along with a third option for scheduling cuts.  I agree this
would be a lot cleaner then using variables.

The one thing I would add to the discussion is that rdsetcut should also
exist as a macro command so you can set the cut value through a macro. 
One of things that I find truly powerful with Rivendell is the extensive
macro language, the ability to do pretty much everything via macros.

One question though - why would it be necessary to bypass dayparting in
this mode?  Right now if you play (for example) cart 12345, cut 1 (if it
only has 1 cut in the cart) and Cut 1 has dayparting set so that it'll
only play on Fridays from 1 to 2 pm, then it'll just skip over that
cart/cut and go on to the next thing in the log unless the time / day
meets the dayparting rules.  Under the above scenario with "by program",
you could say "play Cart 12345, cut 27".  If Cut 27 is set to only play
on Fridays from 1 to 2 pm, then why couldn't the daypart rules also
apply?  Just have it skip over that cart in the log like you would if
there was only 1 cut in the cart.


> If the specified cart doesn’t exist, or is a macro cart, we return an error.
> 
> What should happen if the specified cut doesn’t exist? Keep the prior cut 
> setting, or make the cart unplayable TFN?

If a cut doesn't exist, could there be a "default cut" field / option in
the cart settings to deal with this?  When selecting the "by program"
mode of cut playback the "default cut" field would be played if the
requested cut does not exist. Then the logic could be like this:

-If the requested cut exists and dayparting allows it to play, then play
that cut

-If the requested cut exists but is prevented from playing due to
dayparting, then skip over that cart/cut

-If the requested cut does not exist but a default cut that does exist
and is allowed to play due to dayparting rules, then play the default
cut.

-If a requested cut does not exist and the "default cut" does not exist
or is prevented from playing due to dayparting rules, then skip over
that cart/cut entirely.

I think this would cover most of the situations.  Thoughts?

Lorne Tyndale

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell Technical and Administration Guide

[Lorne Tyndale]

Michael,

If my memory is correct, at one point there was a plan to have both an
operations guide which would cover the how-to-use aspects of Rivendell
(after a successful install) and a technical guide, covering stuff that
a technical / administrator would need to know.

The technical guide never existed much beyond an outline of things to
include in it and over time those topics mostly ended up in the
operations guide and the Wiki.  As a result the contents of what would
have been the technical guide got merged in with the operations guide.  

There are still some references to a technical guide from a time when
there was an intent to have 2 manuals.

Lorne Tyndale


> 
> No, that's the Operations Guide. I'm looking for the Technical Guide. On 
> Page 8 of the Ops Guide your referenced:
> 
> Chapter 2.
> Managing the Current User with RDLogin
> 2.1. RDLogin
> Rivendell uses a sophisticated system of user privileges to keep track 
> of which users have permission to perform what operations. These 
> privileges are tracked by the system on the basis of user accounts. 
> Creating user accounts and administering their permissions are done in 
> the RDAdmin module and are covered in
> the Rivendell Technical and Administration Guide.
>  ^
> 
> Also, on Page 62:
> 
> Next, if it is desired to have RDLogManager try to insert material 
> automatically from the Autofill List to  ensure  that  the  event  has 
> the  length  indicated  by  its  parent  clock,  the  Use  Autofill  box 
>   in  the ENFORCING LENGTH section should be checked. (Configuring the 
> Autofill List is covered in detail in
> the Rivendell Technical and Administration Guide).
>  
> 
> Additional references on Pages 63, 64, 65, 67.
> 
> These all appear to reference another document.
> 
> 
> So, where is the "Rivendell Technical and Administration Guide"?
> 
> Michael

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell Technical and Administration Guide

[wa7skg]

No, that's the Operations Guide. I'm looking for the Technical Guide. On 
Page 8 of the Ops Guide your referenced:


Chapter 2.
Managing the Current User with RDLogin
2.1. RDLogin
Rivendell uses a sophisticated system of user privileges to keep track 
of which users have permission to perform what operations. These 
privileges are tracked by the system on the basis of user accounts. 
Creating user accounts and administering their permissions are done in 
the RDAdmin module and are covered in

the Rivendell Technical and Administration Guide.
^

Also, on Page 62:

Next, if it is desired to have RDLogManager try to insert material 
automatically from the Autofill List to  ensure  that  the  event  has 
the  length  indicated  by  its  parent  clock,  the  Use  Autofill  box 
 in  the ENFORCING LENGTH section should be checked. (Configuring the 
Autofill List is covered in detail in

the Rivendell Technical and Administration Guide).


Additional references on Pages 63, 64, 65, 67.

These all appear to reference another document.


So, where is the "Rivendell Technical and Administration Guide"?

Michael





Fred Gleason wrote on 12/26/20 6:25 AM:
On Dec 24, 2020, at 19:04, wa7skg > wrote:


I find numerous references to this document, however, I am unable to 
find it.


Does this exist? Is it publicly available? If so, where might I find it?


Online at:

http://opsguide.rivendellaudio.org

You can also find an HTML version at:

http://opsguide.rivendellaudio.org/html/

Cheers!


|-|
| Frederick F. Gleason, Jr. |             Chief Developer             |
|                           |             Paravel Systems             |
|-|
|         A room without books is like a body without a soul.         |
|                                                                     |
|                                                         -- Cicero   |
|-|


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Possible feature - Play cut in a cart based on a variable value, set variable from a shell script

[Fred Gleason]

On Dec 24, 2020, at 21:47, Lorne Tyndale  wrote:

> I think it would be useful to have the ability to play a cut based on a
> variable's value and have the ability to set a variable's value from a
> macro.
> 
> We already have the ability to define a variable and its value in
> Rivendell. 
> 
> If the 2 additional features were added then in the case of something
> like automating a temperature announcement you could define a variable
> (perhaps call it something like %CURRENT_TEMP%) and set up a cart with
> different cuts that play depending on the value of %CURRENT_TEMP%.  The 
> you'd simply need a shell script to grab the current temperature, pass
> it the defined variable, and the cart/cut would play the appropriate
> audio for that variable's value.
> 
> I could see this being used beyond things like temperature
> announcements.  

We currently have the ability to set a ‘Schedule Cuts’ attribute for each cart, 
with the two possible values being ‘By Weight’ and ‘By Specified Order’. This 
would add a third value, perhaps called ‘By Program’. Activating that mode 
would completely bypass cut day-parting. Then, we add a command-line program 
called ‘rdsetcut’, which for example could be called like this:

rdsetcut --cart-number=123456 --cut-number=27

This would cause cart 123456 to play cut 27 TFN.

I suppose we could also support associating the cart with a host variable —e.g. 
%CURRENT_TEMP% — but that would require an additional ability change the value 
of such variables dynamically (currently, they can only be set statically 
within rdadmin(1)). I think it would be cleaner to have the external system 
—e.g. whatever is providing the temperature data — keep track of such things.

If the specified cart doesn’t exist, or is a macro cart, we return an error.

What should happen if the specified cut doesn’t exist? Keep the prior cut 
setting, or make the cart unplayable TFN?

Any other edge cases we need to consider?

I like this idea. Clean, simple, and lots of potential uses.

Cheers!


|-|
| Frederick F. Gleason, Jr. | Chief Developer |
|   | Paravel Systems |
|-|
| A room without books is like a body without a soul. |
| |
| -- Cicero   |
|-|

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Audioscience board outputs

[Fred Gleason]

On Dec 26, 2020, at 07:33, John Boles  wrote:

> You should have a program under System->ASI Configuration
> You will need the root password.

You may need to install this, as it’s not included in the default install. The 
package name is ‘hpiinfo’.

yum install hpiinfo

should get it done on a standard CentOS setup.

Cheers!


|-|
| Frederick F. Gleason, Jr. | Chief Developer |
|   | Paravel Systems |
|-|
| A room without books is like a body without a soul. |
| |
| -- Cicero   |
|-|

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell Technical and Administration Guide

[Fred Gleason]

On Dec 24, 2020, at 19:04, wa7skg  wrote:

> I find numerous references to this document, however, I am unable to find it.
> 
> Does this exist? Is it publicly available? If so, where might I find it?

Online at:

http://opsguide.rivendellaudio.org

You can also find an HTML version at:

http://opsguide.rivendellaudio.org/html/

Cheers!


|-|
| Frederick F. Gleason, Jr. | Chief Developer |
|   | Paravel Systems |
|-|
| A room without books is like a body without a soul. |
| |
| -- Cicero   |
|-|

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] WEB API not seeing group

[Fred Gleason]

On Dec 24, 2020, at 16:29, Rich Gattie  wrote:

> I'm using the admin account for testing, and confirming in the settings in 
> RDAdmin just to be sure there wasn't something weird in there. 
> Yes it does the same on the test harness too. 

Ah, there’s your problem! The ‘admin’ (and *any* account that has ‘Administer 
’ rights) is strictly for that: administration. It won’t work for 
anything else. You can see this policy in action in the dialog in rdadmin(1), 
where selecting an administrative privilege for a user will immediately ‘grey 
out’ all of the other privileges.

Create a non-administrator account and provision that for what you actually 
need.

Cheers!


|-|
| Frederick F. Gleason, Jr. | Chief Developer |
|   | Paravel Systems |
|-|
| A room without books is like a body without a soul. |
| |
| -- Cicero   |
|-|

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] WEB API not seeing group

[Rich Gattie]

I'm using the admin account for testing, and confirming in the settings in
RDAdmin just to be sure there wasn't something weird in there.
Yes it does the same on the test harness too.


[image: Screen Shot 2020-12-24 at 4.28.23 PM.png]


On Thu, Dec 24, 2020 at 4:12 PM Fred Gleason 
wrote:

> On Dec 24, 2020, at 15:57, Rich Gattie  wrote:
>
> Since my last email about cart and groups, I changed the cart numbers for
> TRAFFIC and imported some audio. Rivendell sees it no problem.
>
> When I use the WEB API, it doesn't see the group. I changed the carts form
> having leading "0"s to 20+
> The web api still returns a 404. Checking the DB with DBeaver also sees
> the carts and the group associated with those carts.
>
> With the new cart numbers and even a restart of the system, it's still not
> seeing the group. What have I missed? Anything?
>
>
> Does your user have permission to access the group?
> (RDAdmin->ManageUsers->GroupPermissions)
>
> How about when using the test harness? (
> http://localhost/rd-bin/listcarts.html)
>
> A good basic methodology when starting any new programming endeavor: start
> as simple as possible, then work up!
>
> Cheers!
>
>
> |-|
> | Frederick F. Gleason, Jr. | Chief Developer |
> |   | Paravel Systems |
> |-|
> | A room without books is like a body without a soul. |
> | |
> | -- Cicero   |
> |-|
>
>

-- 
-=:{ Rich Gattie, KB2MOB }:=-
Email: mob...@gmail.com
Web: http://x1radio.net
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Audioscience board outputs

[John Boles]

You should have a program under System->ASI Configuration
You will need the root password.
At the bottom of the window is:
Adapter Mode:  Change
It will say Low Latency Mode if that is what it is in.

On Fri, Dec 25, 2020 at 11:44 PM wa7skg  wrote:

> And how would I do that?
>
> Michael
>
> John Boles wrote on 12/25/20 6:13 PM:
> > Check if the ASI Card is in Low Latency Mode.
> > For me that has only ever given me 1 In and Out on the card in that mode.
> >
> > John
> >
> > On Thu, Dec 24, 2020 at 11:28 AM David Klann  > > wrote:
> >
> > Hi Michael,
> >
> > On 12/24/20 12:18 PM, you wrote:
> >  >
> >  > Please forgive my ignorance and feeble memory. I can't seem to
> figure
> >  > out how to use rdalsaconfig.
> >  >
> >  > I open it with sudo rdalsaconfig. A box pops up with three devices
> >  >
> >  > HDAudio Generic - ALC1150 Analog[01]
> >  > HDAudio Generic - ALC1150 Analog[02]
> >  > HDAudio Generic - ALC1150 Analog[03]
> >  >
> >  > I can select or unselect each one. There are Save and Cancel
> > buttons at
> >  > the bottom of the list.
> >  >
> >  > Do those represent my onboard sound? If I select them then hit
> Save,
> >  > nothing really happens. Nothing changes in my available Audio
> > Resources.
> >  >
> >  > Michael
> >
> > Yes, those represent the different entities within your on-board
> audio
> > devices. Clicking on a line "selects" that device (i.e., makes it
> > available for use as a Rivendell audio device). You'll need to have
> > create and/or write permissions on the file /etc/asound.conf in
> > order to
> > save your choices in rdalsaconfig(1). Clicking the "Save" button
> saves
> > your choices.
> >
> > I recommend playing with it -- try selecting just one line (like, the
> > first one) and see if you can hear audio with headphones or a speaker
> > plugged into the output of the on-board audio jack.
> >
> > ~David
> >
> >
> >  >
> >  >
> >  >
> >  >
> >  > David Klann wrote on 12/24/20 10:04 AM:
> >  >> Michael,
> >  >>
> >  >> On 12/24/20 11:12 AM, you wrote:
> >  >>>
> >  >>> Is there any way to use the computer onboard sound for the
> > audition output?
> >  >>>
> >  >>
> >  >> Yes, absolutely (as long as it is supported by ALSA).
> >  >>
> >  >> Once you configure your ALSA devices using rdalsaconfig(1) they
> will
> >  >> appear as additional audio devices in the host's list of audio
> > resources.
> >  >>
> >  >> In my experience, ASI cards always show up as the lower numbered
> > cards
> >  >> (starting with the first card, number Zero). ALSA devices show
> up as
> >  >> higher-numbered cards.
> >  >>
> >  >> Note that running rdalsaconfig stops the currently playing audio
> in
> >  >> RDAirplay...
> >  >>
> >  >>  ~David Klann
> >  >>
> >  >>
> >  >>> Michael
> >  >>>
> >  >>>
> >  >>> Fred Gleason wrote on 12/24/20 9:05 AM:
> >   On Dec 24, 2020, at 12:00, wa7skg  > 
> >   >> wrote:
> >  
> >  > Only have one host, so, yes. Single computer system for now.
> >  
> >   Interesting.
> >  
> >   Could you post the contents of the ‘Audio Resources
> > Information’ dialog
> >   in rdadmin(1)?
> >  
> >   Cheers!
> >  
> >  >>
> >  >>
> >
> > ___
> > Rivendell-dev mailing list
> > Rivendell-dev@lists.rivendellaudio.org
> > 
> > http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
> >
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev