Re: [RDD] glasscoder error

[Frederick Gleason]

On Apr 6, 2016, at 11:47 52, Seth Stevenson  wrote:

> It says docbook-xsl-ns  1.76.1+dfsg-1.

Ok.

I’ve just added the derived documentation files to the GitHub repo, so it 
should no longer be necessary to deal with the DocBook toolchain unless you 
actually want to change the docs.  Please test!  If you’re working with a repo 
that’s been cloned from GitHub, then all you need to do is (from the top of the 
source tree):

make maintainer-clean
git pull origin master

and then build as usual.  Or, you can check out a fresh copy by doing:

git clone http://github.com/ElvishArtisan/GlassCoder

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] DarkIce slowing down

[Frederick Gleason]

On Apr 5, 2016, at 17:27 04, Matthew Chambers  wrote:

> I'm running DarkIce with a MP3 stream to a local icecast server for testing 
> before we push it out to our stream provider. The stream starts off ok but 
> after just a few minutes it gets slower and slower and the pitch gets lower 
> and lower. If the listener refreashes their browser or player it goes back to 
> normal again and starts slowing again.  Any ideas what might cause this? 

Not hearing it here after about fifteen minutes of monitoring.  Are you sure it 
isn’t a player problem?  I’m hard pressed to imagine a server-side failure 
scenario that would cause these symptoms (not that it couldn’t happen!).  
Server-side problems usually present as glitchy or distorted audio.  
Client-side though — an unstable sample-clock generator on a sound card could 
cause these sorts of symptoms.

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] glasscoder error

[Frederick Gleason]

On Apr 5, 2016, at 13:01 48, rcflye...@gmail.com wrote:

> I can't get the disable command to work. I have tried multiple ways. I'm 
> trying to set the export correctly, but having a devil of a time. I'll 
> continue working on it though. 

What errors exactly is it throwing?

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] glasscoder error

[Frederick Gleason]

On Mar 21, 2016, at 00:21 15, jorge soto  wrote:

> I have xsltproc and docbook.xsl installed, any ideas what I'm missing?

Have you put $DOCBOOK_STYLESHEETS into your environment?

*** From ‘INSTALL’ ***
XML-DocBook5 Stylesheets.  Available at 
http://sourceforge.net/projects/docbook/.  You will also need to create a
$DOCBOOK_STYLESHEETS variable in you environment that points to the top
of the stylesheet tree.  More information can be found at
http://www.docbook.org/tdg5/en/html/appa.html#s.stylesheetinstall.
*** snip snip ***

For example, on my system here (CentOS 7), I have this in my .bashrc:

export DOCBOOK_STYLESHEETS=/usr/share/sgml/docbook/xsl-ns-stylesheets

Or, if you don’t need the docs, simply add '—disable-docbook’ when you run 
./configure, and it will skip generating the docs.

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] rivendellaudio.org/paravelsystems.com down?

[Frederick Gleason]

On Apr 3, 2016, at 14:55 02, Mike Carroll  wrote:

> Hi, folks. I'm currently unable to get to the Paravel Systems repositories at 
> paravelsystems.com.  A trace route shows it's dying following after a node 
> called "vidsys.com". Anyone else having problems?  Thanks.

Host system was down due to a failed power supply, now repaired.  Apologies for 
the bumpy ride Citizens!

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] Send default cart metadata anyway

[Frederick Gleason]

On Feb 18, 2016, at 08:53 21, Hoggins!  wrote:

> One slight problem : let's say that the default behavior is to send this
> default cart on each jingle we play (inside our JINGLES group). Each
> time one of them is played, we asked Rivendell to fire cart n°130001,
> which actually sends string "__STOP__" to another system. The question
> is : when several of these "non-music" carts are chained one after
> another, the default cart is sent only once, when the first one is
> played. But it will never be fired again if there is nothing "playable"
> between them. I hope you're still following. Is there a way to force
> Rivendell to *always* send the default cart metadata, even if it must be
> several times ?

I’m not following your question here.  Default metadata is what gets sent when 
*nothing* is playing —i.e. when the log enters a stopped state.  What exactly 
do you mean by ‘chaining’ non-music carts?  Scheduling them in a log?

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 2.11.0 compile error

[Frederick Gleason]

On Feb 8, 2016, at 12:52 06, jorge soto  wrote:

> This error was discussed before when trying to install to Fedora but I did 
> not see it get resolved. Now I am having the same issue when trying to 
> compile Rivendell 2.11.0 on Ubuntu 14.04, I get the following error: 
> 
> checking for IceConnectionNumber in -lICE... yes
> checking for Qt... yes:
> QT_CXXFLAGS=-I/usr/include/qt3 -DQT_THREAD_SUPPORT
> QT_DIR=
> QT_LIBS=-lqt-mt  -lSM -lICE  -lX11 -lXext -lXmu -lXt -lXi 
> QT_BIN=/usr/bin
> QT_UIC=/usr/bin/uic
> QT_MOC=/usr/bin/moc
> checking correct functioning of Qt installation... failure
> configure: error: Failed to find matching components of a complete
>   Qt installation. Try using more options,
>   see ./configure --help.
> 
> 
> I even tried this in the .bashrc file 
> 
> export QTDIR=/usr/lib/qt3
> export PATH=$PATH:$QTDIR/bin
> 
> 
> but I still get the same error. 
> 

Known problem, already fixed in Git master.  Bottom line, the Autoconf macro is 
looking for libraries that aren’t actually required by Qt3 (and hence, not 
pulled in by the qt3-devel package).  To work around it, simply install the 
‘extra’ libraries’ -devel packages:

yum install libXt-devel libXmu-devel

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] TA Macro (Make all other hosts off air)

[Frederick Gleason]

On Dec 11, 2015, at 10:30 23, Wayne Merricks  
wrote:

> Just in case somebody knows.  If you use the TA macro to set the on air flag 
> for a particular host, is there an easy way to make sure all the other hosts 
> go "off air?"

No.  You have to implement the interlocking logic yourself.

This is because some of the possible scenarios are much more complex than just 
the simple ‘one of three’ example that you posit.  For example, a facility of 
eight studios, any four of which could be on-air at any given time, feeding 
four different transmitters (yes, there are actual Rivendell sties where things 
get this complex).  Given that possible complexity, RD merely implements the 
mechanism; it’s up to you to provide the policy.

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+RCS GSelector questions

[Frederick Gleason]

On Dec 9, 2015, at 21:03 49, Brandon  wrote:

>   • I can't find any kind of Rivendell music log in a text format, only 
> in the SQL database. Does RDAirPlay read it directly from the SQL DB? Or does 
> it generate a text file somewhere?

MySQL is the data store for *everything* in Rivendell with the exception of 
actual audio DSP data, which lives in ‘/var/snd/‘.  You can create a text 
listing of logs in RDLibrary->Reports->LogListing.  You can also access that 
data via the web API — see ‘docs/web_api.odt’ for details.

NB: integrating to Rivendell by means of direct SQL calls is generally a Bad 
Idea.  The database schema is an internal implementation detail; it can and 
does change without warning between different Rivendell versions, whereas the 
web API is a documented and stable interface that is kept consistent across 
version updates.  Bypassing that to talk directly to the SQL tables risks your 
integration breaking in unpredictable ways when an update changes the schema 
away from the layout that your code was expecting.


>   • Does Rivendell have a mechanism for reconciling played music logs 
> back into GSelector to maintain proper rotation and keep actual play history 
> vs. scheduled history?

Yes.  RDAdmin->ManageReports.


>   • Not using any macros yet, but if/when I do, how is that handled with 
> an external scheduler? Do they work like carts? Build them in Rivendell, 
> assign a cart number and schedule the cart with external scheduler? 

Correct.

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] God, I hate systemd

[Frederick Gleason]

On Thu, 3 Dec 2015, equinox wrote:

> sudo systemctl set-default multi-user.target


On Dec 3, 2015, at 15:06 18, Rob Landry <41001...@interpring.com> wrote:

> That worked, but after installing security updates an rebooting, I found it 
> had reset itself to graphical.target.


Try:

sudo systemctl set-default multi-user.target

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] Preferred OS

[Frederick Gleason]

On Dec 3, 2015, at 14:21 30, Nick Andre  wrote:

> What is the Distro upon which Rivendell is developed?

FWIW, I do most of my work today on CentOS 7.  The current stable 
BroadcastAppliance is based on CentOS 6.

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] God, I hate systemd

[Frederick Gleason]

On Dec 3, 2015, at 14:18 08, Rob Landry <41001...@interpring.com> wrote:

> This is an ASUS Z97-E motherboard, and evidently whatever graphics driver 
> comes with Debian 8 doesn't like the Intel "HD" graphics hardware.

Interesting.  I’ve deployed that exact same mobo several times with CentOS 6 
and 7.  It works quite well (including the full graphical desktop).

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] God, I hate systemd

[Frederick Gleason]

On Dec 4, 2015, at 09:47 51, Lamar Owen  wrote:

> For that matter, I'm trying to remember the last CentOS release that didn't 
> have SELinux in Enforcing (targeted) mode by default…..

The default in CentOS 5 is “permissive”.


> With 6 you got an AVC denial to the desktop; I haven't yet experienced one 
> with 7 so I can't comment on whether it sends it straight to the desktop or 
> not.

I’ve not seen one there yet either.  However, Gnome 3 is so broken in so many 
other ways that I wouldn’t be surprised if RH’s intent had been to use AVC to 
send messages to the desktop there as well.  That would go a long way in 
mitigating the Astonishment problem.

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] SELinux [WAS: God, I hate systemd]

[Frederick Gleason]

On Dec 3, 2015, at 16:05 20, Lamar Owen  wrote:

> Woah there, Cowboy all SElinux denials are recorded as avc denials in 
> /var/log/audit/audit.log by default.  It will be increasingly difficult to 
> run without SELinux, at least on CentOS.

On the contrary — it’s easy!  Disabling it simply removes a layer of security.  
Whether it’s *prudent* to do so is an entirely different discussion however.

Security is really no different than any other aspect of IT operations.  One 
has to balance the risks vs the costs of any given strategy in the context of 
the overall environment.  For most (not all!) radio automation environments, 
SELinux is probably overkill as such systems are typically operated in isolated 
LAN environments.  OTOH, for things like public web servers, there is a *lot* 
to be said for it.


> Learning to use SELinux with the booleans and knobs that Red Hat has provided 
> isn't that hard, and it is a great extra layer of security on critical 
> systems.  I have seen attempted attacks that were thwarted with SELinux (and 
> one was on a system that was not internet-connected; there just happened to 
> be a virus-infected Windows machine on the same LAN).  But, that's just my 
> opinion. but, well, I do Linux servers as part of what I do for a living.

It’s not, but it does require a new way of thinking about things.  If you know 
about the audit tools (and have internalized that knowledge) then it’s not 
particularly difficult, but for those who are new to the concept (which 
probably describes the bulk of UNIX sysadmins today) it’s liable to be an 
extremely frustrating experience when things just “inexplicably” fail to work.  
Hence, I find the typical knee-jerk reaction of “just turn the damn thing off” 
to be quite understandable.  This will change over time as operators become 
more familiar with the concepts.

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] rdimport Audio Converter Error: Ok

[Frederick Gleason]

On Dec 3, 2015, at 00:55 28, Matthew Chambers  wrote:

> I googled and found the same error in a thread on this list in 2013, I 
> followed everything in that thread, permissions, selinux, httpd stuff, still 
> can't get anything to work, I can play cart 99 in rdairplay and edit it 
> in rdlibrary so /var/snd permissions seem to be ok.

Not necessarily!  ‘/var/snd’ should owned by ‘rivendell:rivendell’ with a mode 
of ‘770’ or ‘775’.

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] RDCart Slots Screen resolution

[Frederick Gleason]

On Dec 2, 2015, at 15:42 19, Dan Gruner  wrote:

> To my surprise - and annoyance, RDCartSlots is designed to run on a screen 
> resolution of 1366x768 and NOT 1024x768 as RDAirPlay is.  So I'm now stuck 
> with either running 8 cart slots and having 2/3rd's of the screen wasted - or 
> running 16 slots and having a good chunk of the 2nd column off the screen!
> 
> I find this situation ridiculous.  Nearly all dual, triple etc monitor setups 
> deploy the same model of monitor.  So why is Rivendell forcing you to use one 
> resolution for RDAirPlay and another resolution for RDCartSlots?

Well, it’s actually designed to run with a resolution of 670x86 pixels per slot 
(plus a little overhead for window decorations and such, which will vary 
according to which WM you’re using).  How big the overall layout ends up being 
is totally a function of that, times the slot row and column counts as 
specified in RDAdmin->ManageHosts->CartSlots.

It is what it is.  Like it or not, it’s become a 16:9 world; 4:3 monitors are 
now nearly unobtainium.  If you need a 2x8 slot layout, then you will have to 
provision the hardware accordingly.  Such is life in the Big City.

Cheers!


|--|
| Frederick F. Gleason, Jr. |  Chief Developer |
|   |  Paravel Systems |
|--|
|  It's always good to take an orthogonal view of things.  It  |
|  develops ideas. |
| -- Ken Thompson  |
|--|

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

Re: [RDD] Error: hpklinux conflicts with alsa-firmware

[Frederick Gleason]

On Dec 2, 2015, at 14:59 43, Matthew Chambers  wrote:

> Processing Conflict: hpklinux-4.13.00-3.el7.centos.x86_64 conflicts with 
> alsa-firmware
> Error: hpklinux conflicts with alsa-firmware-1.0.28-2.ely.noarch
> 
> This is a new one on me, I've never seen an error like it before.
> 
> I think that's the only thing keeping me from building this system.

That’s because CentOS 7 ships with an (older) version of the ASI driver, one 
that is configured for ALSA.  You neither need nor want that, so remove it:

yum remove alsa-firmware alsa-tools-firmware

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] Database server

[Frederick Gleason]

On Dec 1, 2015, at 12:36 43, Tim Camp  wrote:

> Questions is that as I go about this, where are we with Mysql vs Maria at 
> this point.
> Is Maria something I should consider?
> Is it compatible with Rivendell Now?

AFAICT, MariaDB is a direct, “drop-in” replacement for MySQL.  The only 
difference (on RHEL/CentOS, at least) has been in the package names — the 
server itself, as well as the associated utilities (mysql, mysqldump, etc) are 
still called by the same names and operate the same way.  I’ve been operating 
Rivendell on both for over a year.  Zero problems.

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] rdimport returned values

[Frederick Gleason]

On Nov 28, 2015, at 07:24 52, Alessio Elmi  wrote:

> 1) Pipe and grep the standard output where it tells the number of the cart
> 2) Query mysql and take last added cart.
> However i don't think it is very robust.
> Do you know any better way? Fred?

Using the ‘—verbose’ switch and then grepping the output would probably be your 
best bet.  I wouldn’t muck around with the SQL — that’s not a documented 
interface and there are no guarantees that it won’t change in future versions.

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] Trouble importing long files

[Frederick Gleason]

On Nov 29, 2015, at 12:42 53, Hoggins!  wrote:

> Do you know if there is any part of the code where I can change the place 
> where a temporary file is created by RDImport ?

No need to change the code.  Just define a ‘TEMP’ variable in your environment 
whose value is the path to the desired temporary directory.  RDImport will 
automatically use that instead of the compiled-in ‘/tmp’ path.

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] CentOS 7 QT broke?

[Frederick Gleason]

On Dec 1, 2015, at 19:26 28, Matthew Chambers  wrote:

> Now when I get to the ./configure part I get "configure: error: *** Qt 
> toolkit not found, unable to continue ***

Sounds like it’s missing the headers for a couple of additional X11 libraries.  
Try:

yum install libXmu-devel libXt-devel libXi-devel

However, you may want to save yourself the trouble.  You can find RPMs for 
CentOS 7 at:

http://download.paravelsystems.com/CentOS/7/

Just add the repo and then:

yum install mariadb-server rivendell

should do the business.

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] Meta-data import

[Frederick Gleason]

On Nov 18, 2015, at 16:53 30, Robert Jeffares  wrote:

> The first step to sanity is to avoid sourcing from mp3's. Most music started 
> out on CD or an analogue format you can import as a wav file. Establish 
> maintain and encourage a culture of sourcing "uncompressed" data.

Preach it, Bro!


> However there is a vast amount of programming available only as mp3. Some of 
> the junkiest is material supplied to stations by record companies!

Sad, and all too true.


> I never figured out which tag RDIMPORT looked at and it was just as fast to 
> do both.

The mapping is (from ‘lib/rdwavefile.cpp’):

ID3FID_TITLE => Cart Title
ID3FID_BPM => Cut Beats per Minute
ID3FID_ALBUM => Cart Album
ID3FID_COMPOSER => Cart Composer
ID3FID_ORIGARTIST => Cart Artist (if no ID3FID_LEADARTIST field is found)
ID3FID_LEADARTIST => Cart Artist
ID3FID_PUBLISHER => Cart Publisher
ID3FID_ISRC => Cut ISRC
ID3FID_YEAR => Cart Year

ID3 was really created as a metadata format for consumer audio, and it shows.  
It has a number of fields for things like song lyrics that are basically 
useless for radio, while missing things such as fields for start/kill 
dates/times.  This of course assumes that the upstream provider has actually 
populated the fields accurately, which (as Robert has pointed out) can be 
extremely problematic in its own right.  Other metadata formats (such as 
CartChunk) address the need for some radio-specific data, but don’t offer a 
particularly rich set of other fields beyond basic Title and Artist while also 
being limited to use with the WAV container format only.  For “traditional” 
radio operators that is often enough, but pure online operators will often need 
more; with royalty authorities in most jurisdictions needing at least Title, 
Artist, Album Title and Record Label (or sometimes, ISRC in lieu of the four).  
ISRC is a whole other can of worms

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_filter and broadcast appliance...

[Frederick Gleason]

On Nov 5, 2015, at 15:18 52, Tim Elwell  wrote:

> I have two machines running the latest BA and was looking at using it to make 
> it easy to move some stuff around and I haven't been able to find it on those 
> machines. I've looked in the normal places and haven't found it where the 
> rest of the RD stuff is, nor in any other */bin or */sbin locations. I'm 
> probably very stupidly overlooking it, but thought I'd ask.

It’s in the ‘rivendell-importers’ package.

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] ALSA Config

[Frederick Gleason]

On Nov 6, 2015, at 10:18 29, Wayne Merricks  
wrote:

> Which maps nicely to 32bit Little Endian which is what is tried in CAED 
> first.  On this USB device, it does advertise itself as a 24bit card.  I 
> don't have the same info in hw_params but I have similar inside:
> 
> cat /proc/asound/card0/stream0
> 
> Format: S24_3LE

24 bit “packed” mode —i.e. 6 bytes per stereo frame (as opposed to S24_LE, 
which is also 24 bit, but bit aligned into a 32 bit word).


> I'm wondering whether this is an oversight in the CAED code.  I don't 
> understand the C++ calls very well but inside cae_alsa.cpp on line 1548 
> (github master) you have this function:

Not an oversight so much as an intentional omission!  This is the first such 
critter I’ve ever heard of.


> These look like standard ALSA C Library functions and it effectively checks 
> for SND_PCM_FORMAT_S16/S32_LE on the card and returns 0 if it does.  Would I 
> be correct in assuming Riv/Caed doesn't support 24bit cards?

I’m thinking that you should be able to use the ALSA plug layer to make this 
work.  In ‘/etc/asound.conf’, try adding a format line to the PCM config, 
something like this:

*** snip snip ***
pcm.rd0
  type hw
  format S32_LE
  card 0
  device 0
}
*** snip snip ***

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] rdimport process: rdxport.cgi using 100% CPU

[Frederick Gleason]

On Oct 30, 2015, at 17:33 08, Tom Van Gorkom  wrote:

> Is it normal when using rdimport to bring in a list of fairly large audio WAV 
> files for the rdxport.cgi to use 100% of at least one core of the CPU every 
> few seconds for several seconds at a time?

Not unusual when processing file imports, which is an inherently CPU-intensive 
process.


> It slows RDLibrary way down and seemed to crash it a couple times on the same 
> station as the import. 

Not normal at all.  On a quad-core system, other processes shouldn’t even blink.

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] Production record/edit

[Frederick Gleason]

On Oct 24, 2015, at 07:50 59, Gregory Avedissian  wrote:

> Audacity will play nicely with Rivendell and Jack (without pulseaudio). We
> use it on a combination Rivendell client/Production machine. It's not
> necessary to turn off the rivendell daemons to use audacity, but you have
> to start playing or recording before audacity connects to jack.

If you’re on a LiveWire setup, another method is to use the multichannel driver 
and reserve one slot on it for your editor of choice.  This works well because 
you can then assign the editor’s input and output completely independently of 
Rivendell’s settings.

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] RIPCD crashing on local audio adapter switch macro

[Frederick Gleason]

On Oct 20, 2015, at 08:43 24, James Greenlee  wrote:

> I'm sure I could if I knew how.  Is there a document somewhere I can look up? 
>  From my brief searching, it appears this needs to be compiled into the app 
> and then I would run the compiled version with backtrace?

I don’t know what the procedure on Ubuntu would be.  On RHEL/CentOS, it’s just 
a matter of installing the appropriate ‘debuginfo’ package, after which the 
system will generate the backtrace automatically when it detects the crash.

Is this a source installation or are you using DEB packages?

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] RIPCD crashing on local audio adapter switch macro

[Frederick Gleason]

On Oct 20, 2015, at 08:19 07, James Greenlee  wrote:

> Now I'm trying to move it to the "real" world on a physical box and every 
> time I execute a macro to switch the inputs (still using JACK) the audio 
> switches, and then a couple of seconds later, RIPCD crashes, and Rivendell is 
> no longer functional.  (Meaning I can't trigger any other carts/macros)

Can you generate a backtrace on ripcd(8)?  It’s liable to be very difficult to 
troubleshoot otherwise.

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] RIPCD crashing on local audio adapter switch macro

[Frederick Gleason]

On Oct 20, 2015, at 10:16 37, James Greenlee  wrote:

> Ubuntu gathers some data when RIPCDcrashes that they want me to send off to 
> help resolve the problem...So perhaps it's already doing what you ask.  I can 
> see if this data can be saved and sent to you if you want.

That would be great.

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] File Permissions for current Rivendell version

[Frederick Gleason]

On Oct 18, 2015, at 21:19 53, Max Kelley  wrote:

> I'm running Rivendell 2.11.0.int0 on Ubuntu 15.10 and am running into issues 
> with what I believe to be permissions on the various files and devices.

You’re aware that that is an unreleased test version?  (The ‘int0’ tacked on to 
the version string tell us this).  You generally don’t want to be using those 
in a production environment unless you know exactly what you are doing, as they 
will often be broken in one way or another.


> /var/snd is owned by rivendell:music and, for that matter, is mode 777 
> anyways. /var/run/rivendell's pidfiles seem to be of varying ownership... 
> caed is rivendell:root.
> 
> I guess my question is, how *should* permissions be? Who needs access to the 
> devices in /dev/snd, and how should caed and friends be started and under 
> what user?

Proper permissions should be:

/var/snd — should be owned by the user:group set in the ‘AudioOwner=‘ and 
‘AudioGroup=‘ direrectives in the [Identity] section of rd.conf(5).  These 
accounts in turn should be system accounts, *not* actual user accounts.  The 
permissions on this directory should be 0770 (or perhaps, 0775).  0777 is a 
Really Bad Idea as it makes it easy for users to bypass Rivendell’s security 
model.

Permissions on the three system daemons [caed(8), ripcd(8) and rdcatchd(8)] 
should be 4755.  All should be owned by ‘root’.

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] imminent HD failure from large rdimport

[Frederick Gleason]

On Oct 14, 2015, at 12:20 59, Tom Van Gorkom  wrote:

> We are finally to the point of moving all our audio files into the new 
> Rivendell system. I left it importing 1100 audio files last night (probably 5 
> hrs) using rdimport and when I arrived this morning all imported fine with 
> the standby having copied them all but the HD light was continuously lit on 
> the master server and while I tried to see what was using all the CPU and 
> memory, the disk utility gave the warning of an imminent hard drive failure. 
> It is a nearly new 4TB WD NAS rated drive. The problem seems to be that the 
> 8GB of RAM loaded up to 95% and stuck there with the CPU running continuously 
> at about 50% on the master server. The RAM of the client from which I ran the 
> import also loaded up to 90% but its CPU was nearly idle. The standby server 
> had no issues. Rebooting cleared the RAM but the failure warning remains. 

It’s completely normal to see +90% usage of RAM on a Linux box.  That’s because 
Linux aggressively caches file data (see the ‘buff/cache’ counter in top(1)).  
It has nothing whatever to do with disc failure.


> Do I need to replace the HD or can I run repairs and be confident?

I would backup my data and replace the drive.  Immediately.

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 on CentOS 7

[Frederick Gleason]

On Oct 14, 2015, at 16:37 18, Rob Landry <41001...@interpring.com> wrote:

> I find mention of a beta Appliance on Centos 7, but no mention of Rivendell 
> 3.0. I fear I've missed a post.

No Rivendell 3 at the moment.  There is a (presently somewhat stalled) BA3, for 
which I am currently evaluating alternative desktops (as I’ve come to the 
conclusion that GNOME 3 is a complete and utter basket case).  I’ve been using 
it for a couple of months now as my default environment and it *doesn’t* get 
any better.  Quite the opposite actually.

Stay tuned…

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] Audio Science Driver Problem

[Frederick Gleason]

On Oct 7, 2015, at 21:04 09, Rich Stivers  wrote:

> My problem workstation sees the Audio Science card in lspci, and modinfo 
> finds the driver file in /lib/modules.
> 
> When I look at system messages I see this -
> # grep hpi /var/log/messages | more
> Oct  7 13:58:02 studio kernel: asihpi: applying 16k kernel stack fix up
> Oct  7 13:58:02 studio kernel: asihpi :04:00.0: using bridge :03:00.0 
> INT A to get IRQ 19
> Oct  7 13:58:02 studio kernel: asihpi :04:00.0: PCI->APIC IRQ transform: 
> INT A -> IRQ 19
> Oct  7 13:58:02 studio kernel: asihpi :04:00.0: firmware: requesting 
> asihpi/dsp6205.bin
> Oct  7 13:58:02 studio kernel: asihpi :04:00.0: firmware: requesting 
> asihpi/dsp6600.bin
> Oct  7 13:58:02 studio kernel: hpi6205.c:793 Timed out waiting reset state
> Oct  7 13:58:02 studio kernel: hpioctl.c:462 adapter_probe failed

This is looking like a hardware problem, either with the card or (possibly) the 
motherboard.  You might try moving the card to a different slot.

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] FLAC-based Library Support

[Frederick Gleason]

On Oct 7, 2015, at 06:29 47, Max Kelley  wrote:

> I've seen a few emails here and there about incorporating support for FLAC 
> RDLibrary storage, and was wondering if this is supported, or if there are 
> plans for it to be?

The idea has been kicked around.  With the advent of PCM24 support, it would 
make some sense.

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] Serial Port PCI Card

[Frederick Gleason]

On Oct 6, 2015, at 16:59 39, Ryan Williams  wrote:

> Does anyone have a recommendation for a PCI serial card that works out of the 
> box with the appliance?
> 
> I've bought a couple and have been unable to get them to work. A specific 
> make and model would be greatly appreciated!

The “gold standard” for me has always been Sea Level [http://www.sealevel.com]. 
 Quite pricey , but they generally ‘just work’.  Plus, they officially support 
Linux, which means that you can actually get meaningful help from them if you 
do run into an issue.

However, it may be too soon to give up hope just yet on your existing cards.  
Serial card add-ins can sometimes name their device nodes in unusual ways.  A 
good way to look is to do things like:

ls /dev | grep tty
dmesg | grep tty

Cheers!


 |--|
| Frederick F. Gleason, Jr. |  Chief Developer |
|   |  Paravel Systems |
|--|
| But in our enthusiasm, we could not resist a radical overhaul of the |
| system, in which all of its major weaknesses have been exposed,  |
| analyzed, and replaced with new weaknesses.  |
|  -- Bruce Leverett   |
| "Register Allocation in Optimizing Compilers"|
|--|
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] GPIO Utilities

[Frederick Gleason]

On Oct 6, 2015, at 14:15 51, Michael Barnes  wrote:

> In older versions of the Rivendell package, there were two GPIO utilities, 
> gpiotest and gpiolog.  These were designed to work with the PCIDIO-24 relay 
> card.  We use these daily on an old RD computer to log our satellite relays.  
> I need to replace this machine with a newer computer, but I don''t have a 
> machine that will run a full Rivendell Appliance install.  Is there a way to 
> get just these utilities installed on a computer without a full Rivendell 
> installation?

Those utilities were merged into the ‘gpio’ driver package some time ago (ca. 
2007).  You can find them at:

https://github.com/ElvishArtisan/gpio

There’s also the logger package:

https://github.com/ElvishArtisan/gpilog

Neither of these have GUI dependencies and there are RPMs in the 
Paravel-Broadcast repo, so if you can do a CentOS-minimal installation on the 
hardware, I would expect these to work fine.

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 2.11.0 Not In Repository

[Frederick Gleason]

On Oct 5, 2015, at 12:26 59, Mike Carroll  wrote:

> Yes. In response to a query Paravel Systems told me that there is a 
> regression issue with MPEG L2 processing.

Correct.  I hope to have v2.11.1 up shortly, which will correct this.

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] RD2.11 won't recognize ASI card

[Frederick Gleason]

On Sep 30, 2015, at 18:35 42, Tom Van Gorkom  wrote:

> Has anyone else found this? With RD 2.10.3 on CentOS 6.7 or earlier I had no 
> trouble with rivendell seeing and playing through my ASI 6011 and 6114 sound 
> cards. Now that I upgraded everything to 2.11.0 on CentOS 6.7 I can't seem to 
> get it to see them. 
> 
> Using aplay -l it lists:
>  card 0: HDMI, device 3: HDMI 0
>  card 0: HDMI, device 7: HDMI 1
>  card 1: HD-Audio Generic,  device 0: ALC1150 Analog
>  card 1: HD-Audio Generic,  device 1: ALC1150 Analog
> 
> In RDalsaconfig it sees 3 HD-audio generic cards. In RDHPIinfo is sees the 
> correct card but in RDadmin it says "NONE", and that it has the AudioScience 
> HPI driver [[not enabled]]. 
> 
> This has been a consistent problem on all 3 clients that I set up today.
> 
> BTW, I found how to get everything I needed to update all the machines 
> including the servers to 2.11.0 but it wasn't easy. Had trouble with a 
> missing jack audio file. Maybe I'm missing some thing else? The ./configure 
> gave the list of supported devices at the end which included ASI. 

It's sounding like you initially had these set up to use ALSA rather than HPI.  
There is nothing wrong with that, but you will not get access to any of the 
advanced ASI features unless you use HPI.


> I changed pulse audio config to not spawn, killall pulseaudio, updated the 
> ASIHPKLinux driver to the latest from their website, but nothing works so 
> far. I haven't found a way to enable the driver.  Any ideas out there how to 
> get it working?

Pulse audio has nothing to do with HPI.  Are you trying to do an ALSA or an HPI 
setup here?

Updating the HPKLinux package may be your problem.  The 6011 and 6114 are both 
pretty long in the tooth and were end-of-lifed by ASI some time ago; it’s 
entirely possible that ASI has removed support for them from the latest driver. 
 You may want to try reverting to the original version.

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] Segue markers

[Frederick Gleason]

On Sep 29, 2015, at 05:53 45, Wayne Merricks  
wrote:

> I think it all moved to Github about a year ago.  You can see the open issues 
> and post stuff over here:
> 
> https://github.com/ElvishArtisan/rivendell/issues

Correct.  And, as of about 60 seconds ago, the link on rivendellaudio.org 
should take you there as well.


> Can't report the bug here :-( http://mantis.rivendellaudio.org/ 
> 
> 
> Should we just hope that Fred sees this?

Hoping Fred just notices is a very fraught approach...  :)

Put ‘em in the issues tracker please.  That way they won’t get lost.

Cheers!



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

Re: [RDD] Rivendell, Jack, Sample Rate

[Frederick Gleason]

On Sep 26, 2015, at 20:14 26, Rob Landry <41001...@interpring.com> wrote:

> Holy Grain.

Something that’s harvested from a Shrubbery, I think… 

Cheers!


|--|
| Frederick F. Gleason, Jr. |  Chief Developer |
|   |  Paravel Systems |
|--|
|   The real problem with hunting elephants is carrying the decoys.|
|  -- Anonymous|
|--|

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

Re: [RDD] Rivendell, Jack, Sample Rate

[Frederick Gleason]

On Sep 25, 2015, at 09:56 31, David Klann  wrote:

> Which brings up the point from Aaron's original point claiming to need
> to encode the audio at 192KHz. Aaron, why is it that you think you
> need this high of a sample rate? 48KHz is better than CD quality which
> has always been better than FM quality. Are you confusing sample rate
> with compression bit-rate?

AFAICT, he’s wanting to use StereoTool to generate MPX composite, which does 
require 192 ksample/sec because of the ultrasonic spectral components involved 
(up to around 48 kHz baseband, more if the RDS encoder feature is also used).

Those who have been around here for awhile may remember Dan Mills, who was one 
of (might have even been *the* first) original developers of this concept.  
IIRC, his setup involved two sound cards, each bound to a separate instance of 
JACK (one operating at 48 ksamples/sec for Rivendell, and another at 192 
ksample/sec for the MPX generation), along with appropriate sample clock 
interconnection to keep both cards operating in sync.  His processor talked to 
*both* JACK graphs.  The trick as I recall was getting the two cards to clock 
at a precise 4:1 ratio.  Not a trivial setup.  I suppose you could do something 
similar, using JACK’s ‘dummy’ backend for the Rivendell graph, but the devil 
will be in getting the clocks to sync.

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 on CentOS 7 [WAS: Rivendell on Windows?]

[Frederick Gleason]

On Sep 25, 2015, at 11:44 15, Rob Landry <41001...@interpring.com> wrote:

> I don't think Rivendell will ever become reliably installable by the 
> uninitiated.

I tend to agree.  But then, I am not aware of *any* product in this class (full 
bore radio automation) of which that could be said.  I’ve installed a fair 
number of “brand-X” automation systems from scratch myself.  Most, frankly, are 
far worse.  All of them assume (indeed, require) a “professional” context.  
Remember:

*** snip snip ***
Rivendell is a full-featured radio automation system targeted for use in 
professional broadcast environments.
*** snip snip ***

Rivendell is not intended for Aunt Tillie, nor will it ever be.  With power 
comes responsibility.

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, Jack, Sample Rate

[Frederick Gleason]

On Sep 24, 2015, at 16:33 02, Aaron Horn  wrote:

> RD doesn't seem to want to play ball.  When I start caed -d, it complains of 
> a sample rate mismatch and all the music plays at the wrong speed.

Indeed it will!  192k sample/sec is not supported on Rivendell (nor would you 
want it to be, as it would drive DSP processing overhead through the roof while 
giving you no real benefit).

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] rdimport start/end date offsets

[Frederick Gleason]

On Sep 24, 2015, at 19:32 59, John Edstrom  wrote:

> How does an input file "reference" start/end dates?  The
> metadata-pattern doesn't mention fields for this.  

CartChunk primarily, which has fields for this.  Several file-over-satellite 
delivery systems (e.g. Amb-OS, ContentDepot) utilize this approach.


> Does rdimport read ID3 tags or something?


It does, but AFAICT ID3 has no standard scheme for encoding start/end dates as 
it is primarily aimed at consumer use cases.

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] OT: Killing the hot corners

[Frederick Gleason]

On Sep 23, 2015, at 21:32 05, WBHM Web Operations  wrote:

> Try this extension
> 
> https://extensions.gnome.org/extension/118/no-topleft-hot-corner/

Thanks.  Tried this one already, with no success.  Unfortunately, it works only 
with single monitor setups.  Both of my R rigs are dual monitor.

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 on CentOS 7 [WAS: Rivendell on Windows?]

[Frederick Gleason]

On Sep 23, 2015, at 17:41 04, James W. Oliver  wrote:

> While we are on a similar topic, I'm needing to setup a new system for our 
> broadcast booth, What is the status on CentOS 7? Seeing as many of our 
> servers are running this distro I'd prefer to use the same one on air, and I 
> know there were some packages for this. Is this distro officially supported 
> now or still only on a roadmap?

I did a beta Appliance version based on 7 last year.  I quit pushing it last 
Fall after coming to the realization that Kickstart (the subsystem that allows 
for automated installations, which we rely heavily upon for doing the initial 
setup) was broken in some fundamental ways in 7, especially when used with UEFI 
BIOSes.  Now that the first ‘point update’ (RH doesn’t call it this anymore 
with 7, but it’s what it amounts to) is out, I plan to revisit this.

However, once the installation issues are sorted, Rivendell works fine on 
CentOS 7.  In fact, it’s the primary system I do development on these days, and 
we have production-grade RPMs for it online 
[http://download.paravelsystems.com/CentOS/7/].

Now if I could just figure out how to turn off Gnome 3’s idiotic ‘hot corners’ 
feature, life would be perfect…

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

[RDD] Rivendell v2.11.0

[Frederick Gleason]

On behalf of the entire Rivendell development team, I'm pleased to announce the 
availability of Rivendell v2.11.0.  Rivendell is a full-featured radio 
automation system targeted for use in professional broadcast environments. It 
is available under the GNU General Public License.

>From the NEWS file:
*** snip snip ***
Changes:
   New RDCatch Up/Download Protocols.  Added support for 'sftp' and 'scp'
   protocols .

   MP4/AAC File Importation.  Added support for importing MP4/AAC audio
   files.  (See the 'INSTALL' file for details regarding additional
   libraries required to activate).

   New Switcher Support.  Added support for the Ross NK series of video
   switcher via the Ross SCP/A module.  See the 'SWITCHERS'txt' file for
   details.

   PCM24 Support.  Added support for using PCM24 in the core audio library.

   CD Ripper.  Refactored CD ripper code to provide faster and more
   reliable operation.

   Various other bug fixes.  See the ChangeLog for details.

Database Update:
   This version of Rivendell uses database schema version 245, and will
   automatically upgrade any earlier versions.  To see the current schema
   version prior to upgrade, see RDAdmin->SystemInfo.

   As always, be sure to run RDAdmin immediately after upgrading to allow 
   any necessary changes to the database schema to be applied.
*** snip snip ***

Further information, screenshots and download links are available at:

http://www.rivendellaudio.org/ 

Cheers!


|--|
| Frederick F. Gleason, Jr. |  Chief Developer |
|   |  Paravel Systems |
|--|
|  Focus on the dream, not the competition.|
|-- Nemesis Racing Team motto  |
|--|


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

Re: [RDD] cd code refactoring

[Frederick Gleason]

On Sep 18, 2015, at 11:39 48, John Stanley  wrote:

> Fred, was there a point in the 2.10.x version releases this may have
> been introduced?

Not in anything that was publicly released and announced.  However, if you look 
at the git history, you’ll see that it was included in many interim test 
snapshots, most of which contained the substring ‘2.10.3’ in the version tag.  
None of those are versions that you would want to put into production unless 
you Know Exactly What You Are Doing; most are broken in one way or another.

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] OT XLR Pi Hat

[Frederick Gleason]

On Sep 17, 2015, at 10:23 52, Wayne Merricks  
wrote:

> The questions they've asked me is what would you want from such an addon:
>   • Balanced Audio via..?
>   • XLR (may not fit into a 1U height restriction)
>   • Mini XLR
>   • 3.5mm stereo/balanced Jacks
>   • Header pins

StudioHub!  See:

http://www.studiohub.com/PDF/PinoutGuidewithAdapters.pdf

This is what pretty much the entire broadcast equipment industry is moving to.


>   • Access to GPIO Pins?

Euroblock connectors.  Those pins will also need to be electrically isolated 
—e.g. onto-isolators on the inputs and OCs/reed relays on the outputs.  The 
GPIO pins on a PI will tolerate 3.3vdc tops; you’ll blow up the device if you 
expose it to more.  Broadcast plants typically use a lot more (5 or even 12 or 
24 vdc is not uncommon).


>   • Access to USB?
>   • Access to Network?

Both are absolutely necessary.


>   • Anything else they haven't thought of?

PoE option (would power the PI as well).


> And now the awkward question, what price range would you be prepared to pay 
> for something like this?

A lot would depend on the mechanical details.  Would this include some sort of 
case, a naked PC board, something else?

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] OT XLR Pi Hat

[Frederick Gleason]

On Sep 17, 2015, at 11:52 29, Cowboy  wrote:

> I would suggest RJ-45 standard, with an optional ( extra cost ) break-out box
> for most anything anyone might want, which would be the full size XLR's, or
> screw terminals, or.

Of which RadioSystems already makes a full line:

http://www.studiohub.com/adapterdonglessplitterscouplers.php

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] Raspberry2

[Frederick Gleason]

On Sep 15, 2015, at 12:26 25, James L. Stewart  wrote:

> I'm sure a RPI-2 would do much better other than I still don't know if it 
> will run a "true" real-time kernel or not, which seems to make Jack work a 
> lot better.

I’ve run RD on them a bit.  The achilles heel with it is the way that device 
i/o is designed: *everything* goes through the USB subsystem (including 
‘onboard’ devices like the ethernet PHY and sound output).  Given the target 
price point and market for the RPI-2, that makes perfect sense as it saves the 
significant $$$, power and real estate required for things like PCI bridges, 
but it’s a major i/o bottleneck, particularly for the network interface.  I’ve 
tried running the LiveWire driver on it; it ends up saturating the USB buss, 
following which things quickly go pear-shaped.  Even without the AoIP stack, 
I’ve found Rivendell to be just a tad too sluggish on it to be usable in a 
live-assist environment (though the RPI-2 is much improved in this regard over 
the original RPI).

What it is *very* good at however, is as a VNC client fronting a “real” RD 
system.  Then, you can move the Big Iron stuff to the rack room,  where fan 
noise and such is irrelevant while saving the headache and expense of a KVM 
extender.  Add LiveWire to the mix and you have a very nice and easy-to-wire 
setup.


>   The nice thing about USB audio is that the Linux driver seems pretty 
> generic and so just about anything seems to work.

Indeed, so long as your USB device is class complaint, it should “just work”.

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] Now/Next Issues

[Frederick Gleason]

On Aug 17, 2015, at 08:17 24, drew Roberts zotz...@gmail.com wrote:

 Is it possible now or would it be possible in the future to have a default 
 now and next per group in addition to the current overall default? 

I don’t think I understand your question.  How do you envision such a thing 
working?

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] Anyone had success with a VPS on RD?

[Frederick Gleason]

On Aug 14, 2015, at 14:03 34, Richard Gorbutt rich...@gorbutt.com wrote:

 I'm thinking of possibly firing up a VPS (maybe DigitalOcean) and trying to 
 install a flavor of Linux with a desktop manager. Anyone tried to install RD 
 and make it work remotely with relative ease? I have a good install on Linux 
 Mint running well with Jack on my studio so have a good amount of experience.

I’ve had some success with AWS (EC2 instance on an EBS volume).  Just 
instantiate the 'CentOS 6 Minimal' AMI, configure the Paravel-Broadcast repo 
and fire up ‘yum install’ — all the standard RPMs work as usual.  Bandwidth at 
AWS can be kinda pricey though, so it’s not really economical for hosting a 
media application.


 also, the upgrade cycle has been quiet recently, any nice features coming 
 down the road?

Quite a few, a major one being block-based time scaling.  The basic idea is to 
look ahead to the next hard-timed event in a log, then timescale all of the 
intervening events so as to arrive at that event at its precise scheduled time. 
 We have it working in Git master right now, but there are a *lot* of corner 
cases to run down and test.  Once that effort is complete, it’ll be coming out 
as v2.11.0.

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] Autofill question

[Frederick Gleason]

On Aug 10, 2015, at 10:53 29, Rob Landry 41001...@interpring.com wrote:

 Autofill seems to want to fill all breaks, even the empty ones. Is there any 
 way to get it to ignore empty breaks and only fill the ones that have spots 
 in them?

When you say ‘empty break’, I take it that this means that no matching events 
were found in the associated import file?


 So far my best workaround is to create a four-minute cart of silence, add it 
 to the fill list, and mark its cut ineligible for airplay on any day of the 
 week. Autofill obligingly drops it into the empty breaks, but it shows up red 
 on the log and will be skipped wherever it occurs.

In my experience, it is a Really Bad Idea to train users to ignore red events 
in the log.  Red should shout to the operator: “There is a problem here, you 
need to DO SOMETHING ABOUT IT!”.

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] Macro weirdness

[Frederick Gleason]

On Aug 11, 2015, at 01:58 01, Rob Landry 41001...@interpring.com wrote:

 The GPI fires the 'Start Break macro cart 050012 (which has a STOP 
 transition), containing the following lines:
 
 GE 1 I 1 0!   (turns off the GPI to prevent contact bounce)

If you have contact bounce in the hardware, then this will *not* reliably 
eliminate it.  Instead, it races: before Rivendell gets the chance to execute 
the GE, there could well already be multiple GPI detection events queued up in 
the stack.  That would explain why subsequent STOP events get burned through.  
You’re going to have to fix the contact bounce issues at the hardware level.

Take a look at the GPI event log in RDGpiMon; if you see multiple GPI events 
for each break, then likely that’s what’s going on.

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

[Frederick Gleason]

On Aug 7, 2015, at 21:37 29, Aaron Savage radiosavageli...@gmail.com wrote:

 I do have a question for anyone who is using Audioscience sound cards with 
 Rivendell.  I want to have two decks for RD Airplay which is easy.  However, 
 I am trying to create a mix on the card with HPIControl.  Easy enough.  
 However, I can't figure out how to store it.  It keeps dropping the volume on 
 the card after the song is done.  I then have to issue the command again to 
 route the stream to the output.  
 
 How do you save mixer for audioscience in linux.  When I try $python 
 hpicontrol.py persist save  I get an 102 Invalid func error.

No need to mess with an external mixer app; Rivendell handles this for you.  
I’m not entirely sure what you mean by ‘decks’ in this context.  If you’re 
looking for a log output that bounces between two outputs, then simply set the 
desired channels assignments for the Main Log in 
RDAdmin-ManageHosts-RDAirPlay.

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] Juli@XTe supply (was Re: Has anyone tried the Juli@ XTe PCIe audio card

[Frederick Gleason]

On Aug 6, 2015, at 14:51 49, Chuck dj.chuc...@googlemail.com wrote:

 With onboard sound now universal, we are a select group that still needs
 soundcards.

I went in to a local computer retailer (name changed to protect the guilty) a 
few months ago to buy a basic ‘consumer-grade’ sound card. The sales clerk 
remarked that “you must have a *really old* system to be needing something like 
this!”.  I replied that no, I just needed to add a second sound output.  He 
looked at me as if I were from Mars.  “You mean you can *do* that?!  Why would 
anyone need to do such a thing?”.

So yes, it does indeed appear that the “middle market” (aka “prosumer”) product 
space is collapsing, leaving us pretty much with just cheap-and-terrible 
onboard mobo audio devices or gad-awful expensive “pro” cards.  Sad.

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] Unexpected Behavior With RdLogin

[Frederick Gleason]

On Jul 26, 2015, at 10:41 16, John Anderson j...@2601.net wrote:

 If you setup specific/limited users with specific functions, they show
 up fine, again, I question why any system needs a whole bunch of
 different users with different access rights...

It totally depends on the specific site and its requirements.  For a site with 
a single workstation, one user account is often enough.  As things grow though, 
it often becomes desirable to create accounts crafted for the various roles in 
the facility (production guy, traffic manager, on-air announcer, engineer, etc).

Another point to bear in mind concerns sound panels.  ‘U’ panels are keyed to 
the particular user logged into the system.  Creating multiple user accounts 
thus can be a powerful way to provide each on-air person with their own 
customized sonic environment.

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] Unexpected Behavior With RdLogin

[Frederick Gleason]

On Jul 26, 2015, at 03:42 52, Rich Stivers r...@stivers-bros.com wrote:

 In RdLogin I see a drop-down list of only one username - user. Shouldn't 
 admin be in the drop-down list as well?
 I created a new user in RdAdmin- Manage Users, but it's not showing in the 
 RdLogin username drop-down list
 either.


This is exactly as it should be.  ‘admin’ is administrator account.  As such, 
and by design, it has rights for using RDAdmin, and nothing else.  Hence, there 
would be no reason to have it appear in the RDLogin module.

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

[RDD] [COMM] The Traffic Light-X for Linux

[Frederick Gleason]

Howdy Folks:

A FAQ that has been floating around here for a long time is:  is there a radio 
trafficking system that runs on Linux?  Here’s one that I have run across: “The 
Traffic Light” from Hardy Data Systems.  Not “free” in either sense of the 
word, but it does look to be reasonably priced and have a nice feature set.  
Worth checking out if you are in the market for such.

http://hds.net/tfcx.htm

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] stretching time of cart ?

[Frederick Gleason]

On Jun 30, 2015, at 11:25 10, Brad Hambleton brad.hamble...@iinet.net.au 
wrote:

 If you want to time scale a long block of multiple carts, that ability is 
 available, from the latest github.

And, I might add, still quite raw and undergoing testing.  It will be in the 
next release though.

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] Minor bug

[Frederick Gleason]

On Jun 18, 2015, at 16:25 05, Rob Landry 41001...@interpring.com wrote:

 This is Rivendell 2.5.5 on Debian 8. The program crashes as soon as I click 
 the Rip CD button. This machine won't be used for ripping, so this behavior 
 is tolerable, but I thought I'd report it anyway.

Fixed a long time ago.  Thanks.

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 service test harnesses [WAS: Oh, this is weird: can't import audio]

[Frederick Gleason]

On Jun 16, 2015, at 22:37 29, Jay Ashworth j...@baylink.com wrote:

 systemd isn't from Darwin, it's from everyone's favorite pseudo-designer,
 Lennart Poettering, he of ... pulse audio.

Ugh.  That tells me everything I need to know...


 And what I *cannot* understand is how distro Release Configuration Managers
 were inveigled to drink the Flavor-Aid.  It makes laptops boot a tiny bit 
 faster (my x61 with an SSD boots without it in 12 seconds flat) at the 
 expense of breaking the reflexes of the SAs of hundreds of millions of 
 servers worldwide.  Without their permission.

Because it’s ‘new’ and ‘advanced’, which means that it must be ‘better’?

I’m not surprised when such things appear in Ubuntu, where ‘fixing’ things that 
aren’t broken has become one of the defining characteristics of the distro.  
However, I admit that I was jarred when it showed up in RHEL 7.  Seriously, how 
many laptops does that get run on, relative to the number of ‘big iron’ servers?


 Worst: you can't go back; packagers don't *include* sysVinit scripts 
 anymore, by and large.

Well, *I* do.  Rivendell is just a flea on the back of the Linux elephant 
though.  :)

Cheers!


|--|
| Frederick F. Gleason, Jr. |  Chief Developer |
|   |  Paravel Systems |
|--|
|  There are two ways of constructing a software design.  One is to|
|  make it so simple that there are obviously no deficiencies; the |
|  other is to make it so complicated that there are no obvious|
|  deficiencies.  The first method is far more difficult.  |
| --C.A.R Hoare|
|--|

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

Re: [RDD] Web service test harnesses [WAS: Oh, this is weird: can't import audio]

[Frederick Gleason]

On Jun 17, 2015, at 09:45 15, Rob Landry 41001...@interpring.com wrote:

 First I hear that Microsoft went and turned Windows 7 into Windows 8 because 
 of them; then I discovered the same disease infecting Linux in the form of 
 Gnome 3.

Don’t get me started.  It’s the ‘We wanna be just like Windows!’ disease.

Suffice to say that LDXE is looking better and better here...

Cheers!


|--|
| Frederick F. Gleason, Jr. |  Chief Developer |
|   |  Paravel Systems |
|--|
| Don't tell me I'm burning the candle at both ends -- tell me where   |
| to get more wax!!|
|--|

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

Re: [RDD] Web service test harnesses [WAS: Oh, this is weird: can't import audio]

[Frederick Gleason]

On Jun 13, 2015, at 17:51 03, David Klann dxkl...@gmail.com wrote:

 But Fred, I take exception to your claim that the systemd unit file
 is more complex than the old init.d scripts. Why do you say that? On
 the laptop where I'm typing this the graphical display startup file
 for systemd is much simpler: 25 non-comment lines of code, the
 equivalent script in the old init.d world is 193 non-comment lines of
 code. What am I missing about the complexity of systemd unit files?

I should have been more precise.  I agree that in terms of number of lines of 
code, the typical systemd script is significantly smaller that its 
corresponding init.d cousin.  Where it becomes much more complex (at least in 
my experience) is in the development process needed to arrive at that script.  
There are no tools available to give a developer transparency into what the 
boot system is doing and (crucially) in what order.  You have ‘events’, but no 
decent ontology of what events are emitted by what.  And what if the particular 
service that you must have running before you can run your widget has no event 
that it emits? (All too common a situation in my experience).  In short, 
systemd (and its cousin Upstart) lacks what Eric Raymond has called 
“discoverability”, the ability of a system not only to run well but to be 
*seen* to run well 
[http://www.catb.org/esr/writings/taoup/html/ch01s06.html#id2878054].

OTOH, every init script on a RHEL system is defined with a set of runlevels on 
which it will run, along with a specific ordinal number in the chkconfig header 
that determines the precise sequence it will be started in relation to all of 
the other boot services.  It’s quite easy to see by looking at the first few 
lines of any init script precisely when it will be executed.  It’s even 
possible to read the entire set of init scripts programmatically and generate a 
neat list of the precise sequence of the boot order.  The individual scripts 
are larger, but the global transparency of the system is such that it becomes 
much easier to see how it works (and hence, how to extend it to do what you 
need it to do).  That’s discoverability.

Now it’s certainly possible that, in some contexts, the admittedly faster boot 
times achievable with one of these event-driven boot systems is worth the 
tradeoff in terms of developer time and frustration.  My basic contention is 
that a Rivendell system is *not* one of those contexts; traditional init.d is a 
much better fit there.

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 service test harnesses [WAS: Oh, this is weird: can't import audio]

[Frederick Gleason]

On Jun 11, 2015, at 22:35 22, Rob Landry 41001...@interpring.com wrote:

 My gut tells me the problem has something to do with Debian 8 using Apache 
 2.4 instead of Debian 7's Apache 2.2. Might there be something in the 
 rd-bin.conf that needs to be changed, or one of the other configuration files?

Quite possibly.  A good place to start when troubleshooting Apache issues is to 
try running some of the web service test harnesses.  For example, from a 
browser on the local machine, do:

http://localhost/rd-bin/listcarts.html

Fill out the resulting form with something like:

LOGIN NAME: user
PASSWORD:
GROUP NAME: MUSIC
FILTER:
INCLUDE CUTS: 1

and click ‘Ok’.  You should get back an XML listing showing all of the carts in 
the ‘MUSIC’ group in your library.  If not, you will often receive useful clues 
about where and how Apache is going off the rails.

Every web service in Rivendell (list available at 
https://github.com/ElvishArtisan/rivendell/blob/master/docs/web_api.odt) has a 
corresponding test harness.  Their official reason for being is as tools for 
validating the respective web services for proper operation, but they can also 
be valuable troubleshooting aids when ‘weird stuff’ is happening with the 
system.

Cheers!


|--|
| Frederick F. Gleason, Jr. |  Chief Developer |
|   |  Paravel Systems |
|--|
|  Arguing with an engineer is like wrestling with a pig in the mud.   |
|  After a while you realize the pig is enjoying it.   |
|  --Anonymoous|
|--|

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

Re: [RDD] Web service test harnesses [WAS: Oh, this is weird: can't import audio]

[Frederick Gleason]

On Jun 12, 2015, at 13:06 01, Christian Pointner equi...@helsinki.at wrote:

 Same for debian, you just need to add something like:
 
 snip
 . /lib/lsb/init-functions
 /snip
 
 At the beginning of your old initscript and everything will work as
 expected.

Has been there for ages (at least since 2004).  And yes, it does work fine on 
RHEL 7.  Perhaps not so much for Debian 8 though?

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 service test harnesses [WAS: Oh, this is weird: can't import audio]

[Frederick Gleason]

On Jun 12, 2015, at 16:49 45, Rob Landry 41001...@interpring.com wrote:

 The old System V init mechanism works fine; why mess with it?

From “The Upstart Intro, Cookbook and Best Practices” guide, section 3.1.2.1.1 
[http://upstart.ubuntu.com/cookbook/upstart_cookbook.pdf]:

*** snip snip ***
In the days of colossal Unix systems with hundreds of concurrent users, where 
reboots were rare, the traditional SysV approach was perfect. If hardware 
needed replacing, a system shutdown was scheduled, the shutdown performed, the 
new hardware was installed and the system was brought back on-line.
*** snip snip ***

While I’m not sure that I’d describe any Rivendell system as ‘colossal’, the 
rest of the description fits the typical Riv system to a T.  By the Upstart 
developers own admission, the SysV setup is ‘perfect’ for that environment.  So 
indeed, why mess with it?

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 service test harnesses [WAS: Oh, this is weird: can't import audio]

[Frederick Gleason]

On Jun 12, 2015, at 11:16 43, Rob Landry 41001...@interpring.com wrote:

 Debian 8 won't start the Rivendell daemons at boot; it runs something called 
 systemd that seems to want to start everything at the same time instead of in 
 their proper order. 

This same ‘systemd’ misery is now included with RHEL 7 as well.  It originated 
from Apple, where it has been part of OS X/Darwin for some time.  Mercifully 
though, on RHEL 7 the legacy service(8) commands still work (they are merely 
wrappers that redirect to the appropriate systemctl(8) commands).

Look on the bright side: at least they didn’t inflict Upstart on you (Ubuntu’s 
allegedly “advanced” boot system, with emphasis decidedly on the quotation 
marks).

Cheers!


|--|
| Frederick F. Gleason, Jr. |  Chief Developer |
|   |  Paravel Systems |
|--|
| Stult's Report:  |
|   Our problems are mostly behind us.  What we have to do now is  |
| fight the solutions. |
|--|

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

Re: [RDD] Web service test harnesses [WAS: Oh, this is weird: can't import audio]

[Frederick Gleason]

On Jun 12, 2015, at 12:18 46, Wayne Merricks waynemerri...@thevoiceasia.com 
wrote:

 Systemd apparently has similar ways of achieving the same thing and it seems 
 to be the way everything is going now so I should probably get to grips with 
 it.

The basic idea of the two is similar: services are configured to respond (e.g. 
by starting or stopping)  to ‘events’ and are capable of emitting ‘events’ 
(e.g. ‘service is ready’) of their own to which other services can respond, as 
opposed to the traditional concept of ‘runlevels’ to which groups of services 
belong.  The approach does yield much faster boot times, but at the cost of 
vastly increased complexity in the writing and debugging of the init scripts.  
The approach perhaps has some merit for devices that are frequently started and 
stopped, such as cell phones (although my iPhone 6+ actually takes longer to 
boot than CentOS 6), but for ‘server’ type systems like Rivendell that get 
rebooted about once a year on average, the added complexity doesn’t buy you 
anything useful.

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 service test harnesses [WAS: Oh, this is weird: can't import audio]

[Frederick Gleason]

On Jun 12, 2015, at 10:15 08, Rob Landry 41001...@interpring.com wrote:

 Apache isn't letting it execute for some reason. Hmm...

Yup.  You'll need to enable ExecCGI and the appropriate handler for the 
directory that contains that binary.  The configuration snippet generated by 
‘./configure’ (‘rd-bin.conf’, in the ‘conf/‘ directory of the source tree) 
should do that.  My bet is that that file is not being installed in the correct 
location where Apache can find it.  Use the ‘—sysconfdir=‘ switch when doing 
‘./configure’ to tweak that.  You’ll also need to restart Apache after 
installing it.

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-dev Digest, Vol 26, Issue 5

[Frederick Gleason]

On Jun 10, 2015, at 10:25 30, Marcos Romero marc_...@yahoo.com wrote:

 Cron jobs for ripcd

?!

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] Compiling Rivendell and QT3 errors.

[Frederick Gleason]

On Jun 8, 2015, at 22:52 29, Brad Hambleton brad.hamble...@iinet.net.au wrote:

 From what I can see, all of the QT3 dependencies are in place, the directory 
 structure is as It should be.
 Am I missing something obvious?

This wouldn’t be on CentOS 6 by any chance, would it?  Their qt3-devel package 
fails to list a couple of needed dependencies.  Try doing:

yum install libSM-devel libXext-devel libXmu-devel libXt-devel 
libXi-devel

and then run ‘configure’ again.

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] Mixing versions [WAS: Rivendell Missing Daemons]

[Frederick Gleason]

On May 20, 2015, at 15:19 57, Rob Landry 41001...@interpring.com wrote:

 Make sure the two versions use the same database schema. Otherwise, as Doctor 
 Spengler might say, it would be bad.

Recent-ish versions of Rivendell (starting with v2.1.0) will in fact refuse to 
run if they detect that the DB version is different from the one that it knows 
how to use.  This is to guard against the DB corruption that can otherwise 
ensue by operating with mis-matched versions.

To determine which versions are ‘compatible’ DB-wise, just look at the first 
two numbers of the Rivendell package version.  If they are the same, then they 
can be safely mixed.

Some examples:

2.10.3 = 2.10.0   Safe to use (2.10 == 2.10)
2.9.0 = 2.9.1 Safe to use (2.9 == 2.9)
2.10.3 = 2.9.0UNSAFE! (2.10 != 2.9)

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 Missing Daemons

[Frederick Gleason]

On May 19, 2015, at 17:50 28, Henry Law n...@lawshouse.org wrote:

 There was some discussion on the list that this lock file applied to earlier 
 versions of the code and is no longer in use; can anyone confirm that?

Still in use.  As of v2.11.0 (still to be released), this will be cleared 
automatically as part of a rivendell service restart, but for now, doing ‘rm -f 
~/.rdairplaylock’ should do the trick.

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] Interface on one machine, playout on another?

[Frederick Gleason]

On May 13, 2015, at 03:00 28, Alessio Elmi alessio_e...@hotmail.com wrote:

 do you think it is possible to mix two audio resources?
 Let's say we have Studio A, connected to the mixer and Studio B as a 
 production workstation. Can we say that RDAirPlay of B must go to studio A 
 and eventually on air, while RDLibrary stays locally just to manage the 
 library?

No possible, I’m afraid.  It’s all or nothing.

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] newer linux kernel

[Frederick Gleason]

On May 11, 2015, at 07:20 10, Cowboy c...@cwf1.com wrote:

 Personally, I prefer the spinning shadow of the 4D cube.

Sounds a little “hyper”-active to me…  ducking

Cheers!


|--|
| Frederick F. Gleason, Jr. |  Chief Developer |
|   |  Paravel Systems |
|--|
| With sufficient thrust, pigs fly just fine. However, this is |
| not necessarily a good idea. It is hard to be sure where they|
| are going to land, and it could be dangerous sitting under them  |
| as they fly overhead.| 
| -- RFC 1925  |
|--|

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

Re: [RDD] newer linux kernel

[Frederick Gleason]

On May 11, 2015, at 15:04 36, Jay Ashworth j...@baylink.com wrote:

 Ok, sure.  But -- and I should have said this explicitly in the original 
 post -- *I don't leave automatic updates on* on such machines either.

Nor do I.


 Once I have the machine configured, tested and working, *NOTHING CHANGES*
 unless and until I have time to install such updates and requalify it.

Yes, of course.  My point though was: you do need to have such a process *and* 
actually perform it periodically in order to get the updates.

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] newer linux kernel

[Frederick Gleason]

On May 10, 2015, at 14:14 40, Jay Ashworth j...@baylink.com wrote:

 One is that a more up to date kernel/os is more secure against attacks.

FWIW, RedHat (and hence CentOS) are *very* proactive about feeding security 
fixes (including back ported kernel fixes) into the update pipeline.  That 
being the case, you can regard any Broadcast Appliance setup (CentOS 5 or 6) as 
being every bit as ‘secure against attacks’ as any brand new setup (assuming, 
of course, that you actually *install* the updates as they come down).


 This is *why* it's an appliance: because that keeps its complexity down 
 far enough that the people who assembled it can reasonably do all the 
 support you need on it.

Preach it, Bro!  :)

Bottom line: while the system is indeed there to entertain, it’s not there to 
entertain *you* (or the operator), but rather your *audience*.  You want the 
base Linux environment (desktop, utilities, etc) to be as stodgy and boring as 
possible, ‘cause that means you’ve got a better chance that it will also be 
*stable*.  Not for you are spinning 3D cubes on the desktop!

Cheers!


|--|
| Frederick F. Gleason, Jr. |  Chief Developer |
|   |  Paravel Systems |
|--|
| This software comes with ABSOLUTELY NO WARRANTY.  Even if it erases  |
| your hard drive, too bad.  Although we did fix that bug from the |
| last release.|
|-- README from the DJGPP package| 
|--|

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

Re: [RDD] Running in a virtualised environment

[Frederick Gleason]

On May 1, 2015, at 22:49 58, John Stanley john.stan...@elslc.com wrote:

 Would you elaborate on what your doing with KVM, please. Are you using
 the AoIP drivers or Audio Science Physical Hardware (via PCI
 Passthrough).

Neither.  It used JACK with the Dummy driver; output was by means of the 
GlassCoder ICES client to IceCast.  The logical next step will be to try it 
with some sort of AoIP (NetJACK or LiveWire).  I have no idea if KVM supports a 
full class 2 multicast implementation (needed for LiveWire), so it’ll be an 
interesting experiment.


 MySQL? Storage, With what method?

Both on a external, dedicated server (not virtualized).  A straight 
BroadcastAppliance 2 setup (CentOS 6), with audio stores shared via NFS.

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

[RDD] Job Posting: RadioAmerica

[Frederick Gleason]

Howdy Folks:

Thought this might be of interest, as RadioAmerica operates a largish (approx. 
10 workstation) Rivendell system:

*** snip snip ***
RadioAmerica, a national radio network and media company located in Arlington 
VA is seeking a qualified applicant for the position of Director of 
Engineering.  The position entails the strategic planning, design and 
installation as well as oversight of the day-to-day maintenance of 
RadioAmerica's broadcast technical infrastructure.

The successful candidate will posses:

A Bachelor's degree or better in Electrical Engineering / Computer Science, or 
equivalent work experience
Five years experience in management and administration of a heterogeneous 
computer network consisting of Linux / OS X / Windows systems in a realtime 
radio broadcast environment.
Five years experience in the integration, installation and maintenance of 
broadcast infrastructure, such as audio mixers, codecs and routing systems.
Proven competence in the development and implementation of multi-faceted 
technical projects

Experience with the following hardware and software systems would be a plus:

Asterisk Virtual PBX
CounterPoint Radio Traffic System
Logitek Audio Engines / Control Surfaces
Rivendell Radio Automation
X-Digital Satellite Delivery System (Westwood One variant)

Radio America offers a competitive pay package and benefits.  E.O.E. Interested 
applicants can email resumes to: 

Rich McFadden, VP of Operations
*** snip snip ***

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] Job Posting: RadioAmerica

[Frederick Gleason]

On May 1, 2015, at 19:22 28, Fred Gleason wrote:

 RadioAmerica, a national radio network and media company located in Arlington 
 VA is seeking a qualified applicant for the position of Director of 
 Engineering.  The position entails the strategic planning, design and 
 installation as well as oversight of the day-to-day maintenance of 
 RadioAmerica's broadcast technical infrastructure.

Looks like I dropped the last line of this announcement (the one with the 
contact info)!  So, here it is again.

My apologies for the noise, folks...

*** snip snip ***
RadioAmerica, a national radio network and media company located in Arlington 
VA is seeking a qualified applicant for the position of Director of 
Engineering.  The position entails the strategic planning, design and 
installation as well as oversight of the day-to-day maintenance of 
RadioAmerica's broadcast technical infrastructure.

The successful candidate will posses:

A Bachelor's degree or better in Electrical Engineering / Computer Science, or 
equivalent work experience
Five years experience in management and administration of a heterogeneous 
computer network consisting of Linux / OS X / Windows systems in a realtime 
radio broadcast environment.
Five years experience in the integration, installation and maintenance of 
broadcast infrastructure, such as audio mixers, codecs and routing systems.
Proven competence in the development and implementation of multi-faceted 
technical projects

Experience with the following hardware and software systems would be a plus:

Asterisk Virtual PBX
CounterPoint Radio Traffic System
Logitek Audio Engines / Control Surfaces
Rivendell Radio Automation
X-Digital Satellite Delivery System (Westwood One variant)

Radio America offers a competitive pay package and benefits.  E.O.E. Interested 
applicants can email resumes to: 

Rich McFadden, VP of Operations
rmfad...@radioamerica.com
*** snip snip ***

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] Old website

[Frederick Gleason]

On Apr 27, 2015, at 20:36 40, Jay Ashworth j...@baylink.com wrote:

 Fred: I would have expected www.salemradiolabs.com to either be dead
 or a redirect to Paravel.
 
 It is instead going to an empty webpage. 
 
 I mention this cause the URL still exists in (probably many) old review 
 articles, including this one about Call Commander:
 
  
 http://www.radiomagonline.com/products/0002/field-report-salem-radio-labs-call-commander/27358

You make a good point.  I do not control that domain, but it would be worth 
reaching out and seeing if we could get an appropriate redirect put in place.


 Is CC still supported?  I note the Riv homepage doesn't mention it anymore.

It’s still around.  You can find packages at:

http://www.rivendellaudio.org/ftpdocs/callcommander/

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] Running in a virtualised environment

[Frederick Gleason]

On Apr 26, 2015, at 10:58 54, Lee Baker imsoniacn...@gmail.com wrote:

 For a while now I have been running RD in a Vmware environment
 successfully running up to 10 stations on one system.

I likewise have been doing some experiments with KVM.  I’ve been able to run 15 
stations on a single i5, with MySQL and the audio stores hosted on a separate 
system.  Seems to work quite well.

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] CentOS 7 Broadcast Appliance

[Frederick Gleason]

On Mar 20, 2015, at 18:47 32, Nicholas Young nicho...@originalmachine.com 
wrote:

 While I'm at it, does anyone how difficult it will be to upgrade to the 3.x 
 final release once it comes out?

Best figure on doing a complete reformat and reinstallation.  While CentOS 7 
does ostensibly come with a capability to do an ‘in place upgrade’ from a 
previous CentOS 6 setup, my own experiments with it thus far has turned up 
numerous practical problems.

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] Installing ASI 5211 under CentOS 7

[Frederick Gleason]

On Mar 21, 2015, at 13:18 20, Nicholas Young nicho...@originalmachine.com 
wrote:

 ALSA doesn't see my ASI 5211 playout card.

That’s a good thing.  You don’t want ALSA using that card!

Should show up as an HPI device (although you may need to do an online update 
to the latest Rivendell first).

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] interesting /var/log/messages entry

[Frederick Gleason]

On Mar 17, 2015, at 22:36 58, Robert Jeffares jeffares.rob...@gmail.com wrote:

 caed: alsaStopTimerData(49)

Left over debug messages.  You can safely ignore them.

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] Open source streaming.

[Frederick Gleason]

On Mar 17, 2015, at 18:29 55, James Oliver supp...@ckxu.com wrote:

 We use one of the Telos ProStream (R1) systems at CKXU, they are very nice 
 and so far has been quite reliable. its well worth the extra expense to get 
 one of these and with the independent omnia processing we can make our stream 
 sound just as good if not better than our terrestrial broadcast. different 
 bitrates and even formats can be sent from the same unit.

I can second this recommendation.  Very well made unit, and with the built-in 
processing and low bitrate optimized encoders (the unit does both MP3 and 
AAC+), it produces some of the best sounding Internet audio around.

One important caveat though, because it’s not super clear from some of the 
on-line information (at least it wasn’t to me): while the unit will stream to 
up to four different destinations (each with different bitrate, algorithm 
,etc), it will only take *one* input source (either line level analog or 
LiveWire).  Thus, for Nathan’s original use case (‘3 stations’), *three* 
ProStream units would be needed — one for each station.

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] RDAirplay Random Crashes

[Frederick Gleason]

On Mar 18, 2015, at 15:18 02, Nicholas Young nicho...@originalmachine.com 
wrote:

 I should also add that I really liked the look and feel of Ubuntu, but the 
 setup was such a pain -- taking days to get even close to right. If the 
 Appliance box (beta or not) is based on a modern variant of CentOS, then 
 maybe that's the right way forward.

Try one of these:

CentOS 6.6:
http://www.paravelsystems.com/appliance/broadcast_appliance-DVD-2.6.6.BETA01-x86_64.iso

CentOS 7.0:
http://www.paravelsystems.com/appliance/broadcast_appliance-DVD-3.7.0.BETA02-x86_64.iso

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] RDadmin Stack Smashing error / bug?

[Frederick Gleason]

On Mar 15, 2015, at 02:19 12, Lorne Tyndale ltynd...@tyndaleweb.com wrote:

 I've narrowed it down a bit - this only seems to effect Rivendell when
 running on the 32 bit version of Ubuntu (and probably also 32-bit
 Debian).  I've been able to reproduce this same issue on both 10.04 and
 12.04, both compiling from source and using Alban's packages.
 
 However on the 64 (x86_64)bit version the problem does not seem to
 exist.


Good information, thanks!  I seldom run 32 bit environments these days, so that 
would explain why I haven’t been able to reproduce it.  I will spin up my old 
CentOS 5 32 bit install and see if I can goose it.

Cheers!


|--|
| Frederick F. Gleason, Jr. |  Chief Developer |
|   |  Paravel Systems |
|--|
|  ...one of the main causes of the fall of the Roman Empire was that, |
|  lacking zero, they had no way to indicate successful termination of |
|  their C programs.   |
|-- Robert Firth   |
|--|

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

Re: [RDD] Cannot record [SOLVED]

[Frederick Gleason]

On Mar 16, 2015, at 14:15 45, Rob Landry 41001...@interpring.com wrote:

 /var/snd is an NFS share on a central server. It was writable by the user 
 'nowplayd', which is the user specified in AudioOwner=, but I discovered that 
 Rivendell could nevertheless not write to it.
 
 Adding all_squash,anonuid=1000,anongid=1000 to the /etc/exports line cured 
 the problem, and I can record now.

Ah, NFS — a whole additional layer of permissions fun…

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] Setting Segue Markers With Rdimport

[Frederick Gleason]

On Mar 18, 2015, at 17:41 12, Rich Stivers r...@stivers-bros.com wrote:

 I've recently noticed rdimport ignores --segue-level if I am using the rd 
 account.

What version are you using?  There have been some major feature additions as 
well as numerous cleanups in rdimport(1) over the course of the 2.10.x series.

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] Cannot record

[Frederick Gleason]

On Mar 11, 2015, at 12:48 03, Rob Landry 41001...@interpring.com wrote:

 Alsa, no Jack.

Try checking the status of the relevant ALSA capture device, by doing something 
like:

cat /proc/asound/card0/pcm0c/sub0/hw_params

With the Rivendell service stopped, this should return the word ‘closed’.  If 
you get a bunch of usage statistics instead, then that means that some other 
process has grabbed the device.

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] Cannot record

[Frederick Gleason]

On Mar 11, 2015, at 13:35 16, Rob Landry 41001...@interpring.com wrote:

 It does indeed return closed.

How about when the Rivendell service is running?

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] Hot Standby Host Question

[Frederick Gleason]

On Mar 10, 2015, at 15:52 40, Jimmy Taylor ji...@consentfactory.com wrote:

 It appears that all that is needed to switch the standby to master is close 
 Rivendell down and run rd_config master/standby.

That’s the old school method.  A much more streamlined way to use the 
RDMonitor/RDSelect tools.

For managing DB/audio replication, check out the Aman package:

https://github.com/ElvishArtisan/aman

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] Cannot record

[Frederick Gleason]

On Wed, 11 Mar 2015, Frederick Gleason wrote:

 How about when the Rivendell service is running?


On Mar 11, 2015, at 15:34 52, Rob Landry 41001...@interpring.com wrote:

 access: RW_INTERLEAVED


Hmm.  Have you checked file permissions in the audio store?  Is the ‘rivendell’ 
user (or whatever user you have configured for ‘AudioOwner=‘ in rd.conf) able 
to write files in ‘/var/snd’?

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] RDadmin Stack Smashing error / bug?

[Frederick Gleason]

On Mar 5, 2015, at 21:29 17, Lorne Tyndale ltynd...@tyndaleweb.com wrote:

 I was attempting to try out the new GPIO setup for a Serial port modem
 control line, and I'm finding that whenever I try and set up either the
 GPI's or the GPO's in rdadmin, it crashes and gives me a stack smash. 
 Furthermore when this happens, if RDAirplay is running on the same
 computer, it'll bring down RDAirplay with a similar stack smash.  It'll
 also bring down RDLibrary in the same manner if RDLibrary is running.

Not seeing it here (CentOS 6.6 x86_64).  What *precisely* are you attempting to 
do that throws it?  Can you generate a backtrace for it in gdb(1)?

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] Audio Science Sound Cards

[Frederick Gleason]

On Feb 26, 2015, at 18:24 51, Rich Stivers r...@stivers-bros.com wrote:

 I want all the Rivendell features supported, but I don't know what those 
 features are at
 this time.

The specific features are:

1) Timescaling.  The ability to specify a ‘Forced Length’ for a cart and have 
it actually play-out at that length, even if the original audio is a different 
length (+/- 20% change max).

2) Hardware-based MPEG encoding/decoding.

3) True balanced I/O (both analog and digital) (varies by specific card model).

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

[Frederick Gleason]

On Feb 25, 2015, at 08:20 14, Wayne Merricks waynemerri...@thevoiceasia.com 
wrote:

 I've been using the addsong thing for about 2 years now.  I modified it from 
 the icecast RLM and posted it to this list but nobody seemed to take hold of 
 it.
 
 The chargeable thing is iffy because if you're using the rlm templates then 
 you're effectively GPL'ing the code which means you have to make it freely 
 available.  So correct me if I'm wrong but all you'd really be alllowed to do 
 would be to supply pre-compiled RLMs that you would tell people to put in the 
 appropriate directories?

FWIW, neither I nor Paravel Systems have any intention of producing ‘non-free’ 
RLMs, now or in future.  As I have said many times, here and elsewhere, there 
is only one ‘version’ of Rivendell — the free (as in speech) one!  That will 
never change for so long as I have anything to do with the project.

As for the legal issue you raise, opinion in the FOSS community has been 
decidedly mixed.  For example, the FSF has been pretty adamant that Linux 
kernel modules should properly be considered ‘derived’ works of the kernel and 
so fall under the GPL, but the kernel maintainers themselves have been divided 
on this issue, with Linus himself falling into the pragmatist camp of 
considering them separate works while at the same time providing a mechanism 
(the kernel ‘taint’ flag and restrictions on symbol importation to non-GPL 
modules) for those who take a more ‘purist’ view.

Cheers!


|--|
| Frederick F. Gleason, Jr. |  Chief Developer |
|   |  Paravel Systems |
|--|
|   On-line, adj.: |
| The idea that a human being should always be accessible to a |
|   computer.  |
|--|

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

[RDD] Rivendell v2.10.3

[Frederick Gleason]

On behalf of the entire Rivendell development team, I'm pleased to announce the 
availability of Rivendell v2.10.3.  Rivendell is a full-featured radio 
automation system targeted for use in professional broadcast environments. It 
is available under the GNU General Public License.

From the NEWS file:
*** snip snip ***
Changes:
   New RLM.  Added a Rivendell Loadable Module for the Live365 'Add Song'
   service.

   New AsPlayed Reports.  Added 'Mr. Master' and 'Spin Count' reports.

   Modem Lines Switcher Driver.  Added support for using RS-232C modem
   handshake lines for GPIO.

   Software Authority Switcher Driver.  Added support for switcher devices
   using the 'Software Authority' protocol (such as PathFinder PC/PRO).

   rdmarkerset(8) Enhancements.  Added the ability to set segue marker
   positions in rdmarkerset(8).

   Various other bug fixes.  See the ChangeLog for details.

Database Update:
   This version of Rivendell uses database schema version 242, and will
   automatically upgrade any earlier versions.  To see the current schema
   version prior to upgrade, see RDAdmin-SystemInfo.

   As always, be sure to run RDAdmin immediately after upgrading to allow 
   any necessary changes to the database schema to be applied*** snip snip ***

Further information, screenshots and download links are available at:

http://www.rivendellaudio.org/ http://www.rivendellaudio.org/

Cheers!


|--|
| Frederick F. Gleason, Jr. |  Chief Developer |
|   |  Paravel Systems |
|--|
|   On-line, adj.: |
| The idea that a human being should always be accessible to a |
|   computer.  |
|--|


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