Re: [RDD] Too long to save VTs

[Cowboy]

On Friday 21 February 2014 08:39:00 pm Wayne Merricks wrote:
>  Not really sure why 13.10 flipped to 1.1 but as they're effectively the same 
> in loopback terms I doubt it makes any difference.

 Depends on the application.
 As long as it's in the 127 Class A block, and it's NOT 0.0.1
 then it's an improvement.
 Yes, it's still the loopback, but it's not the same.
 ( in some cases )

-- 
Cowboy

http://cowboy.cwf1.com

"Being disintegrated makes me ve-ry an-gry!" 

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

Re: [RDD] Too long to save VTs

[Lorne Tyndale]

Hi,

Another thing with MySQL, ensure that you've got hostname lookups turned
off in my.cnf

You're  my.cnf will either be at:

/etc/my.cnf

or

/etc/mysql/my.cnf

Add in the section:

[mysqld]
# Skip reverse DNS lookup of clients
skip-name-resolve



Restart Mysqld, restart the Rivendell daemons, and see if that fixes it.

Lorne Tyndale




>  Original Message 
> Subject: Re: [RDD] Too long to save VTs
> From: Pedro Picoto 
> Date: Fri, February 21, 2014 7:38 pm
> To: Cowboy 
> Cc: "rivendell-dev@lists.rivendellaudio.org"
> 
> 
> 
> Nope...  didn't fix...
> 
> (meanwhile thanks for your help)
> 
> 
> On Fri, Feb 21, 2014 at 11:09 PM, Cowboy  wrote:
> 
> > On Friday 21 February 2014 05:21:44 pm Pedro Picoto wrote:
> > > These are the settings that suposedely are messing the logedit...
> > > Due to the lack of knowledge I'm not comfortable dealing with this. It's
> > > being a challenge, actually.
> > > Having this, what should I tweak?
> >
> >  OK, for test...
> >
> >  As root, open a text editor on /etc/resolv.conf
> >  change
> >  nameserver 127.0.0.1
> >  to
> >  #nameserver 127.0.0.1
> >
> >  Restart Rivendell. DO NOT reboot !
> >  By having no nameserver to wait for, the timeout should be immediate.
> >
> >  I think you said you're running an Ubuntu of some stripe.
> >  I'm not familiar with that OS specifically, so I can't tell you
> >  how to restart Rivendell on that OS.
> >
> >  Let us know.
> >
> > --
> > Cowboy
> >
> > http://cowboy.cwf1.com
> >
> > "Being disintegrated makes me ve-ry an-gry!" 
> >
> > ___
> > Rivendell-dev mailing list
> > Rivendell-dev@lists.rivendellaudio.org
> > http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
> >___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Too long to save VTs

[Wayne Merricks]

Hi,

As an aside nameserver 127.0.0.1 seems to be the default for Ubuntu 
12.04 and 127.0.1.1 in 13.10.  Not really sure why 13.10 flipped to 1.1 
but as they're effectively the same in loopback terms I doubt it makes 
any difference.


Apologies for not having any other suggestions mysql skip networking 
has always been my goto solution for weird db slow downs.


Regards,

Wayne

On 2014-02-22 00:38, Pedro Picoto wrote:

Nope...  didnt fix...

(meanwhile thanks for your help)

On Fri, Feb 21, 2014 at 11:09 PM, Cowboy  wrote:


On Friday 21 February 2014 05:21:44 pm Pedro Picoto wrote:
> These are the settings that suposedely are messing the logedit...
> Due to the lack of knowledge Im not comfortable dealing with
this. Its
> being a challenge, actually.
> Having this, what should I tweak?

 OK, for test...

 As root, open a text editor on /etc/resolv.conf
 change
 nameserver 127.0.0.1
 to
 #nameserver 127.0.0.1

 Restart Rivendell. DO NOT reboot !
 By having no nameserver to wait for, the timeout should be
immediate.

 I think you said youre running an Ubuntu of some stripe.
 Im not familiar with that OS specifically, so I cant tell you
 how to restart Rivendell on that OS.

 Let us know.

--
Cowboy

http://cowboy.cwf1.com [1]

"Being disintegrated makes me ve-ry an-gry!" 

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




Links:
--
[1] http://cowboy.cwf1.com
[2] mailto:Rivendell-dev@lists.rivendellaudio.org
[3] http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
[4] mailto:c...@cwf1.com


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

Re: [RDD] Too long to save VTs

[Pedro Picoto]

Nope...  didn't fix...

(meanwhile thanks for your help)


On Fri, Feb 21, 2014 at 11:09 PM, Cowboy  wrote:

> On Friday 21 February 2014 05:21:44 pm Pedro Picoto wrote:
> > These are the settings that suposedely are messing the logedit...
> > Due to the lack of knowledge I'm not comfortable dealing with this. It's
> > being a challenge, actually.
> > Having this, what should I tweak?
>
>  OK, for test...
>
>  As root, open a text editor on /etc/resolv.conf
>  change
>  nameserver 127.0.0.1
>  to
>  #nameserver 127.0.0.1
>
>  Restart Rivendell. DO NOT reboot !
>  By having no nameserver to wait for, the timeout should be immediate.
>
>  I think you said you're running an Ubuntu of some stripe.
>  I'm not familiar with that OS specifically, so I can't tell you
>  how to restart Rivendell on that OS.
>
>  Let us know.
>
> --
> Cowboy
>
> http://cowboy.cwf1.com
>
> "Being disintegrated makes me ve-ry an-gry!" 
>
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Old-timers and rdairplay

[Fred Gleason]

On Feb 21, 2014, at 18:15 28, Cowboy  wrote:

> I don't disagree, but I didn't hate them either.
> As far as I know, I'm one of an elite group who could keep the
> things relatively aligned !

IIRC, the trick was to start with the bottom deck, then work up.  Order 
mattered!

Mind you, last I touched one of these was ca. 1986...

Cheers!


|-|
| Frederick F. Gleason, Jr. |   Chief Developer   |
|   |   Paravel Systems   |
|-|
| The day-to-day travails of the Windows (tm) programmer are so amusing   |
| to most of us who are fortunate enough never to have been one -- like   |
| watching Charlie Chaplin trying to cook a shoe. |
|-|

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

Re: [RDD] Old-timers and rdairplay

[Cowboy]

On Friday 21 February 2014 05:06:01 pm Jim Stewart wrote:
> >Trouble is, I'm not sure how best to recreate the "two triple deckers" model.
> (as an engineer, I always hated these things, three separate machines were so 
> much better!)
> 

 I don't disagree, but I didn't hate them either.
 As far as I know, I'm one of an elite group who could keep the
 things relatively aligned !

-- 
Cowboy

http://cowboy.cwf1.com

"Being disintegrated makes me ve-ry an-gry!" 

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

Re: [RDD] Too long to save VTs

[Cowboy]

On Friday 21 February 2014 05:21:44 pm Pedro Picoto wrote:
> These are the settings that suposedely are messing the logedit...
> Due to the lack of knowledge I'm not comfortable dealing with this. It's
> being a challenge, actually.
> Having this, what should I tweak?
 
 OK, for test...

 As root, open a text editor on /etc/resolv.conf
 change
 nameserver 127.0.0.1
 to
 #nameserver 127.0.0.1

 Restart Rivendell. DO NOT reboot !
 By having no nameserver to wait for, the timeout should be immediate.

 I think you said you're running an Ubuntu of some stripe.
 I'm not familiar with that OS specifically, so I can't tell you
 how to restart Rivendell on that OS.

 Let us know.

-- 
Cowboy

http://cowboy.cwf1.com

"Being disintegrated makes me ve-ry an-gry!" 

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

Re: [RDD] Too long to save VTs

[Pedro Picoto]

Here are the current files (it's a stand alone machine):

Hosts:
127.0.0.1localhost
127.0.0.2pedro-desktop

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Resolv.conf:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by
resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1

RD Hosts show 127.0.0.1
These are the settings that suposedely are messing the logedit...
Due to the lack of knowledge I'm not comfortable dealing with this. It's
being a challenge, actually.
Having this, what should I tweak?





On Fri, Feb 21, 2014 at 9:32 PM, Cowboy  wrote:

> On Friday 21 February 2014 04:14:09 pm Pedro Picoto wrote:
> > A dumb interrogation... Sooo?
>
>  Get rid of 127.0.0.1 anywhere and everywhere except for that single
>  entry in the hosts file.
>  127.0.0.1  localhost
>
>  In /etc/resolv.conf
>  give it a real DNS machine.
>  nameserver 8.8.8.8
>  nameserver 4.2.2.2
>
>  or the nameserver your LAN actually uses.
>
>  Alternatively, list the target machines, all of them, in the
>  /etc/hosts file.
>  The hosts file is ( usually ) consulted first, so then DNS won't matter.
>  If this is a stand alone, not on a network, then /etc/hosts
>  127.0.0.1   localhost
>  127.0.0.2   machine-name
>
>  By having the resolv.conf file point to the loopback address, the resolver
>  is waiting for BIND through the loopback on port 53,  to return the
> machine
>  address, if BIND is even running on the local machine.
>  When that doesn't happen, you're waiting for the resolver to time out,
>  usually about a minute or so.
>
> --
> Cowboy
>
> http://cowboy.cwf1.com
>
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Old-timers and rdairplay

[Jim Stewart]

>Date: Thu, 20 Feb 2014 18:24:35 -0600
>From: Keith Thelen 
>To: rivendell-dev@lists.rivendellaudio.org
>Subject: [RDD] Old-timers and rdairplay
>Message-ID: <6c1add1f-c327-4d08-a84a-479305c17...@kanabec.net>
>Content-Type: text/plain; charset=windows-1252

>Hello all!

>I'm currently planning a Rivendell install that would take the place of a 
>stack of cart machines and paper logs (no joke). The goal is to 

Can you even buy blank carts anymore?  Not to mention new pinch rollers for the 
machines?

>eliminate the flaky cart equipment and permit automation in certain dayparts, 
>while still accommodating existing skills and habits during >live shifts.

>Trouble is, I'm not sure how best to recreate the "two triple deckers" model.
(as an engineer, I always hated these things, three separate machines were so 
much better!)

I'm going to by trying to encourage you to move away from this model, see 
below.  I know it can be hard to teach old dogs new tricks, but in this case 
I've seen it done successfully over and over again.

>The log outputs in rdairplay are limited to two per log, which would make it 
>rather difficult to pull off, say, a triple segue in Manual mode (which is 
>likely to happen).

Agreed, but for other play-out systems that do this (separate outputs per last 
3 "cued up" carts), in practice it doesn't work out as well as you'd think as 
it has a similar problem to your moving carts up the log confusion problem you 
also describe below.  

> How are others with live music-based formats dealing with the two output 
> limitation?

Okay, here is what I think works best, and have used it on lots of similar 
play-out systems (like WideOribit/Scott-Studios, BSI, Enco, etc.)

First I have the "main log" simply play out of one output, as in one channel on 
the mixer board.  Everywhere that staff has demanded that I give them separate 
channels per cart, they have NEVER actively used it as it is simply too hard to 
(under a fast paced live situation) figure out which cart is playing out of 
which output at any one time, so they tend to adjust all three levels at the 
same time just to be sure!

Secondly, use the right-hand pane "button panel" (for this discussion I'm 
referring to the right-hand pane button widget of rdairplay, not the separate 
"rdpanel" program)  for jock's bed music, sound effects or other elements that 
they might want to play at any time without having to schedule them (or insert 
them) in the main log.  That is what this is really for, notice each jock can 
have their own customized panel too.  This panel needs its own audio out and 
mixing channel on the board (likely more than one).

Finally don't fire carts directly off the touch screen cart icons (at least not 
normally) because of reasons you listed below (too confusing).  Instead use the 
space-bar play-next function or better yet wire a GPI remote start wired to the 
remote start for that channel on your mixing board (if you have a traditional 
broadcast mixing board with this capability).  Optionally you can configure one 
of the buttons on the button panel to be the "play next" button (and color code 
it special as well).

Note there now is a distinction between carts that appear on a scheduled log 
(music, commercials, liners, Ids, etc.) and "Live element" carts such as sound 
effects, music beds, etc. that probably didn't exist for you before.  These can 
(and probably will) overlap in some cases.

So in practice it goes like this:   Scheduled programming (like music) gets to 
a "live break" in the log where the system goes to "live assist" mode, as the 
music fades the jock has his/her microphone channel already open and may choose 
to talk at any time, then optionally fire off some bed music, as well as some 
sound effects, or "imaging" elements  (you might need more than one audio 
channel for the button panel  so to control more than one element separately).  
The jock has individual control of either the sum of the "music" that might be 
playing (either fading in or out) on one control (consistently) and at least 
one control for their "extra" elements, and so can fade them in/out separately 
as they see fit.  At the end of their "live break" they simply hit the "start" 
button and it takes up playing (and they can continue to talk over it if they 
want to) the log until the next scheduled "live break".

I think most radio stations that actually do live segments, (too many just 
"voice track" these days, but don't get me started), do something similar to 
this regardless of the play-out software used.  I've witnessed  many radio 
stations making your transition in the past, granted there was initial "kicking 
and screaming" but they seemed to quickly got used to it, then for those who 
were actually able to keep their jobs after the automation system went in, they 
grew to love the system as compared to old troublesome carts, leaving uncued 
and/or non-stopping cart problems in the past! 

>Also related: durin

Re: [RDD] Too long to save VTs

[Cowboy]

On Friday 21 February 2014 04:14:09 pm Pedro Picoto wrote:
> A dumb interrogation... Sooo?

 Get rid of 127.0.0.1 anywhere and everywhere except for that single
 entry in the hosts file.
 127.0.0.1  localhost

 In /etc/resolv.conf
 give it a real DNS machine.
 nameserver 8.8.8.8
 nameserver 4.2.2.2

 or the nameserver your LAN actually uses.

 Alternatively, list the target machines, all of them, in the
 /etc/hosts file.
 The hosts file is ( usually ) consulted first, so then DNS won't matter.
 If this is a stand alone, not on a network, then /etc/hosts
 127.0.0.1   localhost
 127.0.0.2   machine-name

 By having the resolv.conf file point to the loopback address, the resolver
 is waiting for BIND through the loopback on port 53,  to return the machine
 address, if BIND is even running on the local machine.
 When that doesn't happen, you're waiting for the resolver to time out,
 usually about a minute or so.

-- 
Cowboy

http://cowboy.cwf1.com

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

Re: [RDD] Too long to save VTs

[Pedro Picoto]

A dumb interrogation... Sooo?


On Fri, Feb 21, 2014 at 9:08 PM, Cowboy  wrote:

> On Friday 21 February 2014 03:46:58 pm Pedro Picoto wrote:
> > nameserver 127.0.0.1
>
>  BINGO !!
>
>  Unless and even if this is a stand-alone machine connected
>  to absolutely nothing else
>
> --
> Cowboy
>
> http://cowboy.cwf1.com
>
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Too long to save VTs

[Cowboy]

On Friday 21 February 2014 03:46:58 pm Pedro Picoto wrote:
> nameserver 127.0.0.1

 BINGO !!

 Unless and even if this is a stand-alone machine connected
 to absolutely nothing else

-- 
Cowboy

http://cowboy.cwf1.com

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

Re: [RDD] Too long to save VTs

[Pedro Picoto]

No prob.
Custom installed on Ubuntu 12.04 lts. Meanwhile I've googled adding some
variables. The resolv.conf file shows:

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by
resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Too long to save VTs

[Brian McKelvey]

Remind me again which linux distro you're using?  Is this the Rivendell 
appliance, or a custom install?  Sorry if you already shared this info, I'm on 
my phone and can't seem to find the older emails in this thread.

Brian

Sent from my iPhone

> On Feb 21, 2014, at 12:05 PM, Pedro Picoto  wrote:
> 
> Tks for the hint. Now I need a path to an "How to" since I don't have any 
> kind of knowledge even doing a google search...
> 
> 
>> On Fri, Feb 21, 2014 at 3:36 PM, Fred Gleason  
>> wrote:
>> On Feb 20, 2014, at 17:15 08, Pedro Picoto  wrote:
>> 
>> > Id'like to read some suggestions from Fred regarding my case...
>> > Seems to be a one in a million issue...
>> 
>> Indeed, sounds like a local configuration issue.  I tend to agree with Brian 
>> — it sounds like it’s sitting on a timeout somewhere.  DNS resolver 
>> configuration is the first thing I’d check.
>> 
>> Cheers!
>> 
>> 
>> |-|
>> | Frederick F. Gleason, Jr. |   Chief Developer   |
>> |   |   Paravel Systems   |
>> |-|
>> |  A room without books is like a body without a soul.|
>> | -- Cicero   |
>> |-|
>> 
>> ___
>> Rivendell-dev mailing list
>> Rivendell-dev@lists.rivendellaudio.org
>> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
> 
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Too long to save VTs

[Pedro Picoto]

Tks for the hint. Now I need a path to an "How to" since I don't have any
kind of knowledge even doing a google search...


On Fri, Feb 21, 2014 at 3:36 PM, Fred Gleason wrote:

> On Feb 20, 2014, at 17:15 08, Pedro Picoto  wrote:
>
> > Id'like to read some suggestions from Fred regarding my case...
> > Seems to be a one in a million issue...
>
> Indeed, sounds like a local configuration issue.  I tend to agree with
> Brian -- it sounds like it's sitting on a timeout somewhere.  DNS resolver
> configuration is the first thing I'd check.
>
> Cheers!
>
>
> |-|
> | Frederick F. Gleason, Jr. |   Chief Developer   |
> |   |   Paravel Systems   |
> |-|
> |  A room without books is like a body without a soul.|
> | -- Cicero   |
> |-|
>
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Appliance DVD

[Cowboy]

On Friday 21 February 2014 02:13:15 pm Jim Stewart wrote:
> Don't worry, unlike Windows where it seems like the more you add/install into 
> it the slower and more troublesome it becomes, Linux distributions, 
> especially ones like CentOS seem to work the best with the default "full 
> install". 

 Largely because Windows keeps everything in a "registry" that has to load and 
execute
 every time the system is booted, pre-loading any requirements or requests for 
anything
 and everything that *might* be called on to run, ever.
 That, of course, means that any and everything ever installed has it's stub 
loaded
 into RAM, whether it needs it or not. ( which makes them exploitable as well )

 *nix on the other hand, loads only what it needs to at the moment, plus any
 extras specifically called in the start up scripts, which are then swapped out
 to disk until they need to actually execute, with a few exceptions.
 ( KDE is terrible for emulating Windows in this regard )

> Of course you are always free to build up your own Linux distro (of your 
> choice) and install Rivendell on it yourself.

 I seem to remember someone did exactly that a while ago..
 Something about a LiveCD. ( now hopelessly outdated )
 Seemed to perform well, but it was a lot of work.

-- 
Cowboy

http://cowboy.cwf1.com

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

[RDD] Appliance DVD

[Jim Stewart]

I agree with Fred completely.  I'd like Fred to concentrate on making Rivendell 
even better instead of messing around with Cent-OS's default configuration.



Don't worry, unlike Windows where it seems like the more you add/install into 
it the slower and more troublesome it becomes, Linux distributions, especially 
ones like CentOS seem to work the best with the default "full install".  Even 
if you are never going to use all the extra web server software, software 
development suites, and office productivity software in that default install, 
it doesn't seem to hurt anything that it is there, besides if you ever feel you 
need to do something like pull up a PDF document on your Rivendell computer, it 
is nice to know that there is software already installed to do it.



Of course you are always free to build up your own Linux distro (of your 
choice) and install Rivendell on it yourself.  Note that by doing so, you are 
basically "going it alone" as in don't expect much help dealing with strange 
distro dependent issues getting Rivendell running.  I did go this route as I'm 
running Rivendell on Debian "stable" (was "Squeeze", now "Wheezy") with very 
good success.  My OS install, including some stuff not available in CentOS, but 
not including all my audio files (which are on a separate partition) is about 
2-GB in size.



>Date: Fri, 21 Feb 2014 10:46:20 -0500

>From: Fred Gleason mailto:fr...@paravelsystems.com>>

>To: Rivendell Users Group 
>mailto:rivendell-dev@lists.rivendellaudio.org>>

>Subject: Re: [RDD] Appliance DVD

>Message-ID: 
><5c04de56-6f83-4596-b23a-e15a7298e...@paravelsystems.com>

>Content-Type: text/plain; charset=windows-1252



>On Feb 21, 2014, at 09:36 44, Gavin Stephens 
>mailto:ga...@stephens.net.nz>> wrote:



>> I was having a poke around in the downloads area. The DVD seems very large 
>> from the old cd appliance. Is this just because of the OS bloat?



>That, and maintainer laziness.  :)



>Pulling all of the ?unneeded? packages out of the ISO is a labor-intensive and 
>error-prone process; if you get it wrong, the resulting DVD is >basically 
>unusable.  So I?ve basically left it as stock CentOS 6.4, with the relevant 
>Rivendell and Kickstart components added.



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

Re: [RDD] Cue output assignation problem

[Hoggins!]

Le 21/02/2014 19:10, Fred Gleason a écrit :
> On Feb 21, 2014, at 11:37 07, Hoggins!  wrote:
>
>> I noticed that the Cue output field disappeared from the RDAirplay
>> configuration page, and is instead on the Host configuration page.
>> Correct me if I'm wrong, I hope it's the exact same setting, but it just
>> moved from page to page.
> Correct.  The idea is to use a single cue output assignment for all Rivendell 
> modules that require it.  Whatever settings were used in 
> RDAdmin->ManageHosts->RDAirPlay should now go here.
>
>
>> Whenever I try to change this setting on one of my hosts, it is indeed
>> recorded in database, but the sound keeps coming out of the wrong port
>> (port 0 instead of 1).
> Not seeing this here.  RDAirPlay follows the ‘Cue Output’ setting in 
> RDAdmin->ManageHosts->[hostname] as expected.
>
>> I captured the MySQL query log corresponding to my actions in RDAdmin.
>> The Cue output values are recorded, but I'm not sure if they are
>> correctly used by RDAirplay afterwards.
>
> The relevant queries are:
>
> *** snip snip ***
> UPDATE STATIONS SET CUE_CARD=0 WHERE NAME="yomama"
> UPDATE STATIONS SET CUE_PORT=1 WHERE NAME=“yomama"
> *** snip snip ***
>
> The cue entries in the ‘RDAIRPLAY’ table have been retired and are no longer 
> used for determining cue output assignments.
>
> It sounds like you may have some version skew going on.  Are you sure that 
> the RDAirPlay instance is v2.8.0?
Yes, I'm positive. Unless the displayed version (top bar) is not what I
should be looking at, this machine runs RDAirplay 2.8.0.

I'll keep investigating, but it still happens after a few tests.
>
> Cheers!
>
>
> |-|
> | Frederick F. Gleason, Jr. |   Chief Developer   |
> |   |   Paravel Systems   |
> |-|
> |  A room without books is like a body without a soul.|
> | -- Cicero   |
> |-|
>
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>

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

Re: [RDD] Old-timers and rdairplay

[Fred Gleason]

On Feb 21, 2014, at 13:04 32, Keith Thelen  wrote:

> I would - but losing the paper logs is a big part of the upgrade, and 
> rdcartslots doesn't seem to support opening or displaying a log (you'd have 
> to, say, open rdlogedit next to it - not the best solution).

Gotcha.


> Also, I want to update to the current version before saying for sure (was 
> using a machine running 2.4.0 for the experiment), but I may have spotted a 
> bug. Has anyone else noticed that rdcartslots always shows ":00" for the 
> cart's lead-in time, even if a different talk length is set?

There have been many bug fixes to RDCartSlots since v2.4.0.  You definitely 
want to upgrade before working 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] Cue output assignation problem

[Fred Gleason]

On Feb 21, 2014, at 11:37 07, Hoggins!  wrote:

> I noticed that the Cue output field disappeared from the RDAirplay
> configuration page, and is instead on the Host configuration page.
> Correct me if I'm wrong, I hope it's the exact same setting, but it just
> moved from page to page.

Correct.  The idea is to use a single cue output assignment for all Rivendell 
modules that require it.  Whatever settings were used in 
RDAdmin->ManageHosts->RDAirPlay should now go here.


> Whenever I try to change this setting on one of my hosts, it is indeed
> recorded in database, but the sound keeps coming out of the wrong port
> (port 0 instead of 1).

Not seeing this here.  RDAirPlay follows the ‘Cue Output’ setting in 
RDAdmin->ManageHosts->[hostname] as expected.


> I captured the MySQL query log corresponding to my actions in RDAdmin.
> The Cue output values are recorded, but I'm not sure if they are
> correctly used by RDAirplay afterwards.


The relevant queries are:

*** snip snip ***
UPDATE STATIONS SET CUE_CARD=0 WHERE NAME="yomama"
UPDATE STATIONS SET CUE_PORT=1 WHERE NAME=“yomama"
*** snip snip ***

The cue entries in the ‘RDAIRPLAY’ table have been retired and are no longer 
used for determining cue output assignments.

It sounds like you may have some version skew going on.  Are you sure that the 
RDAirPlay instance is v2.8.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] Old-timers and rdairplay

[Keith Thelen]

On Feb 21, 2014, at 7:40 AM, Alan Peterson wrote:

> If that "Old Gang of Yours" is used to cart decks, what about just using the 
> RDCartSlots module by itself in the clear?

I would - but losing the paper logs is a big part of the upgrade, and 
rdcartslots doesn't seem to support opening or displaying a log (you'd have to, 
say, open rdlogedit next to it - not the best solution).

If rdcartslots had a "box" on the right side into which a log could be loaded, 
and something like a "Move" button - similar to rdairplay - that'd be perfect.

But if I can't find a better way, there might be a "two window solution" in 
these folks' futures. Ugly? Yes... but C hacking is beyond my abilities.

Also, I want to update to the current version before saying for sure (was using 
a machine running 2.4.0 for the experiment), but I may have spotted a bug. Has 
anyone else noticed that rdcartslots always shows ":00" for the cart's lead-in 
time, even if a different talk length is set?



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

[RDD] Cue output assignation problem

[Hoggins!]

Hello list,

I have a huge problem after having upgraded to 2.8.0, but I'm not sure
since when it started to act like this.
I noticed that the Cue output field disappeared from the RDAirplay
configuration page, and is instead on the Host configuration page.
Correct me if I'm wrong, I hope it's the exact same setting, but it just
moved from page to page.

Whenever I try to change this setting on one of my hosts, it is indeed
recorded in database, but the sound keeps coming out of the wrong port
(port 0 instead of 1).

I captured the MySQL query log corresponding to my actions in RDAdmin.
The Cue output values are recorded, but I'm not sure if they are
correctly used by RDAirplay afterwards. Could I be wrong ?
>
> 140221 17:33:51 4329 Queryupdate RDAIRPLAY_CHANNELS set
> START_RML="" where (STATION_NAME="yomama")&&(INSTANCE=0)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set STOP_RML="" where
> (STATION_NAME="yomama")&&(INSTANCE=0)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set CARD=0 where
> (STATION_NAME="yomama")&&(INSTANCE=0)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set PORT=0 where
> (STATION_NAME="yomama")&&(INSTANCE=0)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set START_RML=""
> where (STATION_NAME="yomama")&&(INSTANCE=1)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set STOP_RML="" where
> (STATION_NAME="yomama")&&(INSTANCE=1)
> 140221 17:33:52 4329 Queryupdate RDAIRPLAY_CHANNELS set CARD=0
> where (STATION_NAME="yomama")&&(INSTANCE=1)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set PORT=0 where
> (STATION_NAME="yomama")&&(INSTANCE=1)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set START_RML=""
> where (STATION_NAME="yomama")&&(INSTANCE=2)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set STOP_RML="" where
> (STATION_NAME="yomama")&&(INSTANCE=2)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set CARD=0 where
> (STATION_NAME="yomama")&&(INSTANCE=2)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set PORT=0 where
> (STATION_NAME="yomama")&&(INSTANCE=2)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set START_RML=""
> where (STATION_NAME="yomama")&&(INSTANCE=3)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set STOP_RML="" where
> (STATION_NAME="yomama")&&(INSTANCE=3)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set CARD=0 where
> (STATION_NAME="yomama")&&(INSTANCE=3)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set PORT=0 where
> (STATION_NAME="yomama")&&(INSTANCE=3)
> 140221 17:33:53 4329 Queryupdate RDAIRPLAY_CHANNELS set
> START_RML="" where (STATION_NAME="yomama")&&(INSTANCE=4)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set STOP_RML="" where
> (STATION_NAME="yomama")&&(INSTANCE=4)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set CARD=0 where
> (STATION_NAME="yomama")&&(INSTANCE=4)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set PORT=0 where
> (STATION_NAME="yomama")&&(INSTANCE=4)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set START_RML=""
> where (STATION_NAME="yomama")&&(INSTANCE=5)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set STOP_RML="" where
> (STATION_NAME="yomama")&&(INSTANCE=5)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set CARD=0 where
> (STATION_NAME="yomama")&&(INSTANCE=5)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set PORT=0 where
> (STATION_NAME="yomama")&&(INSTANCE=5)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set START_RML=""
> where (STATION_NAME="yomama")&&(INSTANCE=6)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set STOP_RML="" where
> (STATION_NAME="yomama")&&(INSTANCE=6)
> 140221 17:33:54 4329 Queryupdate RDAIRPLAY_CHANNELS set CARD=0
> where (STATION_NAME="yomama")&&(INSTANCE=6)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set PORT=0 where
> (STATION_NAME="yomama")&&(INSTANCE=6)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set START_RML=""
> where (STATION_NAME="yomama")&&(INSTANCE=7)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set STOP_RML="" where
> (STATION_NAME="yomama")&&(INSTANCE=7)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set CARD=0 where
> (STATION_NAME="yomama")&&(INSTANCE=7)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set PORT=0 where
> (STATION_NAME="yomama")&&(INSTANCE=7)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set START_RML=""
> where (STATION_NAME="yomama")&&(INSTANCE=8)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set STOP_RML="" where
> (STATION_NAME="yomama")&&(INSTANCE=8)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set CARD=0 where
> (STATION_NAME="yomama")&&(INSTANCE=8)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set PORT=0 where
> (STATION_NAME="yomama")&&(INSTANCE=8)
> 140221 17:33:55 4329 Queryupdate RDAIRPLAY_CHANNELS set
> START_RML="" where (STATION_NAME="yomama")&&(INSTANCE=9)
>  4329 Queryupdate RDAIRPLAY_CHANNELS set STOP_RML="" where
> (STATION_NAME="yomama")&&(INSTANCE=9)
> 

Re: [RDD] queries when creating a new log with rdlogadmin

[Fred Gleason]

On Feb 21, 2014, at 08:07 03, Gerrit van den Hanenberg  
wrote:

> Ik was looking in the mysql log to see what queries are used, but there
> are a few i don't understand
> 
> select SERVICE from LOGS where NAME="jinglesoft" and
> select NEXT_ID from LOGS where NAME="jinglesoft"
> 
> jinglesoft is an event why should it be in te logs table ?

Looks like it’s also the name of a Service in your setup.

Cheers!


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

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

Re: [RDD] Old-timers and rdairplay

[Alan Peterson]

Yeah, but he told me he's trying to kill the paper logs too. 



- Original Message -
From: "Fred Gleason" 
To: "User discussion about the Rivendell Radio Automation System" 

Sent: Friday, February 21, 2014 10:38:36 AM
Subject: Re: [RDD] Old-timers and rdairplay

On Feb 20, 2014, at 19:24 35, Keith Thelen  wrote:

> Trouble is, I'm not sure how best to recreate the "two triple deckers" model.

RDCartSlots, configured with two columns and three rows.  QED.

Cheers!


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

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

Re: [RDD] Appliance DVD

[Fred Gleason]

On Feb 21, 2014, at 09:36 44, Gavin Stephens  wrote:

> I was having a poke around in the downloads area. The DVD seems very large 
> from the old cd appliance. Is this just because of the OS bloat?

That, and maintainer laziness.  :)

Pulling all of the ‘unneeded’ packages out of the ISO is a labor-intensive and 
error-prone process; if you get it wrong, the resulting DVD is basically 
unusable.  So I’ve basically left it as stock CentOS 6.4, with the relevant 
Rivendell and Kickstart components added.

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-timers and rdairplay

[Fred Gleason]

On Feb 20, 2014, at 19:24 35, Keith Thelen  wrote:

> Trouble is, I'm not sure how best to recreate the "two triple deckers" model.

RDCartSlots, configured with two columns and three rows.  QED.

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] Too long to save VTs

[Fred Gleason]

On Feb 20, 2014, at 17:15 08, Pedro Picoto  wrote:

> Id'like to read some suggestions from Fred regarding my case...
> Seems to be a one in a million issue...

Indeed, sounds like a local configuration issue.  I tend to agree with Brian — 
it sounds like it’s sitting on a timeout somewhere.  DNS resolver configuration 
is the first thing I’d check.

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] Appliance DVD

[Gavin Stephens]

I was having a poke around in the downloads area. The DVD seems very large from 
the old cd appliance. Is this just because of the OS bloat?


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

[RDD] RDAirplay crashes on shoutcast RLM

[Rick]

Airplay was crashed, could be restarted and worked again

Feb 21 11:25:08 TouchScreen kernel: [126909.392508] rdairplay[11293]: 
segfault at 254610ee ip b76dee4e sp bfdf9b40 error 6 in 
rlm_shoutcast1.rlm[b76de000+2000]

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

Re: [RDD] Old-timers and rdairplay

[Alan Peterson]

Keith,

If that "Old Gang of Yours" is used to cart decks, what about just using the 
RDCartSlots module by itself in the clear?

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

[RDD] queries when creating a new log with rdlogadmin

[Gerrit van den Hanenberg]

Hi

Ik was looking in the mysql log to see what queries are used, but there
are a few i don't understand

select SERVICE from LOGS where NAME="jinglesoft" and
select NEXT_ID from LOGS where NAME="jinglesoft"

jinglesoft is an event why should it be in te logs table ?


Gerrit.


Query select CLOCK144 from SERVICES where NAME="Production"
Query select SHORT_NAME,COLOR,ARTISTSEP,REMARKS from
 CLOCKS where NAME="mixed uur"
Query select EVENT_NAME,START_TIME,LENGTH from mixed_uur_CLK
 order by ID
Query select PROPERTIES,PREPOSITION,TIME_TYPE,
GRACE
_TIME,POST_POINT,USE_AUTOFILL,
USE_TIMESCALE,IMPORT_SOURCE,START_SLOP,
 END_SLOP,FIRST_TRANS_TYPE,DEFAULT_TRANS_TYPE,
COLOR,A
UTOFILL_SLOP,NESTED_EVENT,SCHED_GROUP,TITLE_SEP,HAVE_CODE 
from EVENTS where N
AME="jinglesoft"
Query select SERVICE from LOGS where NAME="jinglesoft"
Query select NAME,COLOR from GROUPS
Query select NEXT_ID from LOGS where NAME="jinglesoft"
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] DB restore

[Wayne Merricks]

MySQL command line should work:

First make a new backup just in case it goes even more Pete Tong:

mysqldump -u rduser -p Rivendell > ~/justincase.sql


Then import the backup you want to use:

mysql -u rduser -p Rivendell < /path/to/backup/file/mybackup.sql

This will login to mysql on the local machine and ask you for the 
password, use -h name_or_ip_of_server if you have the database somewhere 
else.


E.g. mysql -u rduser -p -h rivserver Rivendell < ~/mybackup.sql

Should be back to normal within 2minutes and no need to hunt around 
installing phpmyadmin or whatever.


Regards,

Wayne Merricks
The Voice Asia

On 21/02/14 11:50, Cowboy wrote:

On Friday 21 February 2014 02:23:06 am Stan Fotinos wrote:

Have you tried using Mysql admin command line or  GUI to see what is
happening. You can also try using this to restore the database if
rdadmin wont do it.

  Personally, I use webmin for that sort of thing, but
  PhpMyAdmin can do it almost as easily.



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

Re: [RDD] DB restore

[Cowboy]

On Friday 21 February 2014 02:23:06 am Stan Fotinos wrote:
> Have you tried using Mysql admin command line or  GUI to see what is 
> happening. You can also try using this to restore the database if 
> rdadmin wont do it.

 Personally, I use webmin for that sort of thing, but
 PhpMyAdmin can do it almost as easily.

-- 
Cowboy

http://cowboy.cwf1.com

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