Re: [RDD] RdAirplay Play Error

[drew Roberts]

Chuck,

I am asking for a bit of clarification and, if I am reading your process
right, I have a suggestion for an alternative process that may make a
difference.

On Mon, Mar 30, 2020 at 4:44 PM Chuck  wrote:

>   This sounds like a problem I had way back with v2.10.3, which Cowboy
> said he also encountered in later versions.  It's a file that actually
> exists in the audio store, but which the Library and AirPlay say does
> not contain audio.
>
>   Here was my experience.  There are some songs that I want to do
> things to--like add reverb to the last note that might end in a way
> that makes it sounds chopped, or raise the volume on a fade-out to keep
> the level up until the desired segue point.  In the library, I would
> copy cut 1 and paste to a new cut 2,


I just went into my 3.x rdlibrary and did this for a test cart.


> operate on cut 2 to achieve the
> desired result,


Where / how are you doing this? Somewhere in rdlibrary? Or with an audio
editor "behind Rivendell's back" as it were? I am guessing the latter.


> then weight the original cut 1 to zero so it never
> played, but preserving that original track.


If I am guessing correctly, the second cut has been altered and rivendell
did not do the altering.

(I can't recall if I have ever done this in the past for other reasons, I
am fairly certain I have never tired what I think you are doing.


>   I never had a problem in a
> couple years on v2.10.2, but in 2.10.3, that cut 2 paste would show
> 0:00 length and when opening the marker editor, it would claim there
> was no audio present in the cut--even though the cut 2 track existed in
> the audio store, and played fine with other software, showing no
> errors.
>

If I am guessing correctly, here is an alternate workflow that may make a
difference for you if you have not already tried it and found it does not
make a difference.

copy the cut in question to a working directory:

cp /var/snd/01_001.wav /tmp/working.wav

operate on /tmp/working.wav to achieve the desired result

click on import/export button to import another cut into the cart
select /tmp/working.wav

Do your cut weighting trick per your usual workflow.

This is all done with Rivendell watching "what it wants to watch"...

all the best,

drew


>   Now what's worse, is that this did not always happen.  I could
> reboot, and sometimes things worked normally, as expected.  But often
> when pasting into cut 2, the length would show as 0:00 and I knew RD
> would never, ever admit there was actually audio on that cut.
>
>   This sounds like it could be similar to the problem you are having.
> My experience was that once the Library said that cut had no audio, no
> amount of rebooting or database checking would make it say that already
> existing pasted cut was playable.  But rebooting sometimes cured the
> problem of the Library pasting a 0:00 track into a new cut.
>
>   I'm just moving to v3.3, so I have not had enough time with it to see
> if that problem still exists.  I never saw a fix reported, only
> Cowboys' report that he had seen it, too.
>
> --Chuck
>
> > On Mo, 30 Mar 2020 01:25:09 -0700
> > Rich Stivers  wrote:
> >
> > Drew:
> >
> > Thanks for these ideas. I'll try them and get back to the group.
> >
> > Cheers,
> > Rich
> >
> >
> > On 3/29/2020 4:54 AM, drew Roberts wrote:
> > > Rich,
> > >
> > > no pointers exactly but a few questions that might help isolate
> > > the
> > > issue...
> > >
> > > Will it play from rdlibrary?
> > > rdcartslots?
> > > rdpanel?
> > >
> > > You may need to configure sound cards for some of them.
> > >
> > > Can you set markers in rdlibrary?
> > >
> > > Do this with the file that does not play and to a file that does
> > > play
> > > and compare:
> > >
> > > $ mediainfo /var/snd/017197_001.wav
> > > $ mediainfo /var/snd/017198_001.wav
> > >
> > > Do you see any obvious differences?
> > >
> > > You may need to install mediainfo.
> > >
> > > all the best,
> > >
> > > drew
> > >
> > >
> > > On Sun, Mar 29, 2020 at 5:05 AM Rich Stivers  > >
> > > > wrote:
> > >
> > > This problem started recently. When I hit Start on a cart that
> > > is
> > > queued in RdAirplay, the cart does not play and goes away.
> > >
> > > In /var/log/messages I see these entries for the cart I
> > > attempted
> > > to play:
> > >
> > > Mar 27 20:35:40 rdhost rdairplay: finished event: Line: 0?
> > > Cart:
> > > 428214? Cut: 1 Card: -1? Stream: -1? Port: -1
> > > Mar 27 20:35:40 rdhost rdairplay: LogPlay::StartEvent(): no
> > > audio,CUT=428214_001
> > >
> > > The wav file for this cart exists and will play with the 'play'
> > > command.
> > > play /var/snd/428214_001.wav
> > >
> > > rddbcheck passes without errors. I'm running Centos 7 with
> > > Rivendell v2.19.3
> > >
> > > Does anyone know what this error means, rdhost rdairplay:
> > > LogPlay::StartEvent(): no audio,CUT=?? Does 'no audio' mean
> > > it thinks the file 

Re: [RDD] RdAirplay Play Error

[Rich Stivers]

Chuck:

Thanks for this information. I'll do some more digging on my system.

Rich


On 3/30/2020 1:36 PM, Chuck wrote:

   This sounds like a problem I had way back with v2.10.3, which Cowboy
said he also encountered in later versions.  It's a file that actually
exists in the audio store, but which the Library and AirPlay say does
not contain audio.

   Here was my experience.  There are some songs that I want to do
things to--like add reverb to the last note that might end in a way
that makes it sounds chopped, or raise the volume on a fade-out to keep
the level up until the desired segue point.  In the library, I would
copy cut 1 and paste to a new cut 2, operate on cut 2 to achieve the
desired result, then weight the original cut 1 to zero so it never
played, but preserving that original track.  I never had a problem in a
couple years on v2.10.2, but in 2.10.3, that cut 2 paste would show
0:00 length and when opening the marker editor, it would claim there
was no audio present in the cut--even though the cut 2 track existed in
the audio store, and played fine with other software, showing no
errors.

   Now what's worse, is that this did not always happen.  I could
reboot, and sometimes things worked normally, as expected.  But often
when pasting into cut 2, the length would show as 0:00 and I knew RD
would never, ever admit there was actually audio on that cut.

   This sounds like it could be similar to the problem you are having.
My experience was that once the Library said that cut had no audio, no
amount of rebooting or database checking would make it say that already
existing pasted cut was playable.  But rebooting sometimes cured the
problem of the Library pasting a 0:00 track into a new cut.

   I'm just moving to v3.3, so I have not had enough time with it to see
if that problem still exists.  I never saw a fix reported, only
Cowboys' report that he had seen it, too.

--Chuck


On Mo, 30 Mar 2020 01:25:09 -0700
Rich Stivers  wrote:

Drew:

Thanks for these ideas. I'll try them and get back to the group.

Cheers,
Rich


On 3/29/2020 4:54 AM, drew Roberts wrote:

Rich,

no pointers exactly but a few questions that might help isolate
the
issue...

Will it play from rdlibrary?
rdcartslots?
rdpanel?

You may need to configure sound cards for some of them.

Can you set markers in rdlibrary?

Do this with the file that does not play and to a file that does
play
and compare:

$ mediainfo /var/snd/017197_001.wav
$ mediainfo /var/snd/017198_001.wav

Do you see any obvious differences?

You may need to install mediainfo.

all the best,

drew


On Sun, Mar 29, 2020 at 5:05 AM Rich Stivers   
> wrote:


 This problem started recently. When I hit Start on a cart that
is
 queued in RdAirplay, the cart does not play and goes away.

 In /var/log/messages I see these entries for the cart I
attempted
 to play:

 Mar 27 20:35:40 rdhost rdairplay: finished event: Line: 0?
Cart:
 428214? Cut: 1 Card: -1? Stream: -1? Port: -1
 Mar 27 20:35:40 rdhost rdairplay: LogPlay::StartEvent(): no
 audio,CUT=428214_001

 The wav file for this cart exists and will play with the 'play'
 command.
 play /var/snd/428214_001.wav

 rddbcheck passes without errors. I'm running Centos 7 with
 Rivendell v2.19.3

 Does anyone know what this error means, rdhost rdairplay:
 LogPlay::StartEvent(): no audio,CUT=?? Does 'no audio' mean
 it thinks the file is missing, or it found a problem with
pulseaudio?

 Thanks for any pointers,

 Rich Stivers
 KKUP-FM Cupertino/San Jose CA

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




--
Enjoy the *Paradise Island Cam* playing
*Bahamian Or Nuttin* - https://www.paradiseislandcam.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] Remote Access With RealVNC

[Rich Stivers]

David:

Thanks for your reply.

I'm using RealVNC on both ends with their free home account. I have 
their viewer installed on my Windows 10 PC and
the RealVNC server on a test Rivendell remote host running Centos 7 with 
Rivendell v2.19.3.


Here is RealVNC's website. They have s/w for Windows, Mac, Linux, and 
other OS. Their linux server s/w is an rpm.

https://www.realvnc.com/en/

Rich


On 3/30/2020 1:52 PM, David Klann wrote:

Hi Rich,

On 3/30/20 3:40 PM, you wrote:

Has anyone used RealVNC to access Rivendell hosts remotely?

I have it working on a test Rivendell host, but about the same time I 
developed an RdAirplay playout problem

(noted in other posting).

I want to make sure my RdAirplay playout problem was not caused by 
the installation of RealVNC.


All comments welcome - Thanks,


Since you haven't specified on which end you are using RealVNC, is it 
safe to assume you are using it on the local side?


I use x11vnc on the remote side (where the Rivendell apps are 
running), and several different VNC "viewers" on my local desktop. 
I've used the Linux-native "viewers" on my side (locally) including 
Remmina, Vinagre, and TightVNC. I have not encountered any problems 
with RDAirPlay or any of the other Rivendell apps when using a VNC 
setup (again, with x11vnc on the Rivendell side).


If you are using RealVNC on the remote end, from where are you getting 
it? I do not see RealVNC in the standard CentOS repositories.


  ~David Klann

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

Re: [RDD] Remote Access With RealVNC

[David Klann]

Hi Rich,

On 3/30/20 3:40 PM, you wrote:

Has anyone used RealVNC to access Rivendell hosts remotely?

I have it working on a test Rivendell host, but about the same time I 
developed an RdAirplay playout problem

(noted in other posting).

I want to make sure my RdAirplay playout problem was not caused by the 
installation of RealVNC.


All comments welcome - Thanks,


Since you haven't specified on which end you are using RealVNC, is it 
safe to assume you are using it on the local side?


I use x11vnc on the remote side (where the Rivendell apps are running), 
and several different VNC "viewers" on my local desktop. I've used the 
Linux-native "viewers" on my side (locally) including Remmina, Vinagre, 
and TightVNC. I have not encountered any problems with RDAirPlay or any 
of the other Rivendell apps when using a VNC setup (again, with x11vnc 
on the Rivendell side).


If you are using RealVNC on the remote end, from where are you getting 
it? I do not see RealVNC in the standard CentOS repositories.


  ~David Klann

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

[RDD] Remote Access With RealVNC

[Rich Stivers]

Has anyone used RealVNC to access Rivendell hosts remotely?

I have it working on a test Rivendell host, but about the same time I 
developed an RdAirplay playout problem

(noted in other posting).

I want to make sure my RdAirplay playout problem was not caused by the 
installation of RealVNC.


All comments welcome - Thanks,
Rich Stivers
KKUP-FM Cupertino/San Jose CA

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

Re: [RDD] RdAirplay Play Error

[Chuck]

  This sounds like a problem I had way back with v2.10.3, which Cowboy
said he also encountered in later versions.  It's a file that actually
exists in the audio store, but which the Library and AirPlay say does
not contain audio.

  Here was my experience.  There are some songs that I want to do
things to--like add reverb to the last note that might end in a way
that makes it sounds chopped, or raise the volume on a fade-out to keep
the level up until the desired segue point.  In the library, I would
copy cut 1 and paste to a new cut 2, operate on cut 2 to achieve the
desired result, then weight the original cut 1 to zero so it never
played, but preserving that original track.  I never had a problem in a
couple years on v2.10.2, but in 2.10.3, that cut 2 paste would show
0:00 length and when opening the marker editor, it would claim there
was no audio present in the cut--even though the cut 2 track existed in
the audio store, and played fine with other software, showing no
errors.

  Now what's worse, is that this did not always happen.  I could
reboot, and sometimes things worked normally, as expected.  But often
when pasting into cut 2, the length would show as 0:00 and I knew RD
would never, ever admit there was actually audio on that cut.

  This sounds like it could be similar to the problem you are having. 
My experience was that once the Library said that cut had no audio, no
amount of rebooting or database checking would make it say that already
existing pasted cut was playable.  But rebooting sometimes cured the
problem of the Library pasting a 0:00 track into a new cut.

  I'm just moving to v3.3, so I have not had enough time with it to see
if that problem still exists.  I never saw a fix reported, only
Cowboys' report that he had seen it, too.

--Chuck

> On Mo, 30 Mar 2020 01:25:09 -0700
> Rich Stivers  wrote:
> 
> Drew:
> 
> Thanks for these ideas. I'll try them and get back to the group.
> 
> Cheers,
> Rich
> 
> 
> On 3/29/2020 4:54 AM, drew Roberts wrote:
> > Rich,
> > 
> > no pointers exactly but a few questions that might help isolate
> > the 
> > issue...
> > 
> > Will it play from rdlibrary?
> > rdcartslots?
> > rdpanel?
> > 
> > You may need to configure sound cards for some of them.
> > 
> > Can you set markers in rdlibrary?
> > 
> > Do this with the file that does not play and to a file that does
> > play 
> > and compare:
> > 
> > $ mediainfo /var/snd/017197_001.wav
> > $ mediainfo /var/snd/017198_001.wav
> > 
> > Do you see any obvious differences?
> > 
> > You may need to install mediainfo.
> > 
> > all the best,
> > 
> > drew
> > 
> > 
> > On Sun, Mar 29, 2020 at 5:05 AM Rich Stivers  >  
> > > wrote:
> > 
> > This problem started recently. When I hit Start on a cart that
> > is
> > queued in RdAirplay, the cart does not play and goes away.
> > 
> > In /var/log/messages I see these entries for the cart I
> > attempted
> > to play:
> > 
> > Mar 27 20:35:40 rdhost rdairplay: finished event: Line: 0?
> > Cart:
> > 428214? Cut: 1 Card: -1? Stream: -1? Port: -1
> > Mar 27 20:35:40 rdhost rdairplay: LogPlay::StartEvent(): no
> > audio,CUT=428214_001
> > 
> > The wav file for this cart exists and will play with the 'play'
> > command.
> > play /var/snd/428214_001.wav
> > 
> > rddbcheck passes without errors. I'm running Centos 7 with
> > Rivendell v2.19.3
> > 
> > Does anyone know what this error means, rdhost rdairplay:
> > LogPlay::StartEvent(): no audio,CUT=?? Does 'no audio' mean
> > it thinks the file is missing, or it found a problem with
> > pulseaudio?
> > 
> > Thanks for any pointers,
> > 
> > Rich Stivers
> > KKUP-FM Cupertino/San Jose CA
> > 
> > ___
> > Rivendell-dev mailing list
> > Rivendell-dev@lists.rivendellaudio.org
> > 
> > 
> > http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
> > 
> > 
> > 
> > -- 
> > Enjoy the *Paradise Island Cam* playing
> > *Bahamian Or Nuttin* - https://www.paradiseislandcam.com/


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

Re: [RDD] Rivendell v3.3.0

[drew Roberts]

Hey Joe...

(that's a good opening right there if I do say so myself)

drew here. B.S. O.E. '81.

Have we interacted concerning WFIT before?

all the best,

drew

On Mon, Mar 30, 2020 at 2:49 PM Joe Panarello 
wrote:

>
> Well Put Rob. Rivendell was meant to be an appliance with a specific
> purpose running on CENTOS a pro OS. CENTOS is free so what is the issue? As
> such, Rivendell is one of the most reliable and powerful automation systems
> on the planet. Why mess with the best. Most of the high priced competitors
> who are Windows based will NOT run on a Windows Server OS. So my suggestion
> would be that your time could be better spent in adding new features to
> Rivendell rather than chasing after mirages.
>
>  Joe Panarello
>  WFIT 89.5 FM
>
>
> -Original Message-
> From: rivendell-dev-boun...@lists.rivendellaudio.org [mailto:
> rivendell-dev-boun...@lists.rivendellaudio.org] On Behalf Of Rob Landry
> Sent: Sunday, March 29, 2020 11:01 PM
> To: Ryan Kin
> Cc: rivendell-dev
> Subject: Re: [RDD] Rivendell v3.3.0
>
> On Sun, 29 Mar 2020, Ryan Kin wrote:
>
> > However, Rivendell was built and made for CentOS... Even though it's
> > open source so you can modify it then put it onto Ubuntu
>
> That's it in a nutshell. The software is developed to run under CentOS, is
> not being tested under any other Linux distribution, and it took an immense
> amount of time and effort on my part to make it run under Debian 10. Even
> so, sometimes it will compile and sometimes it won't. I can unstall
> Rivendell, blow out rivendell-3.3.0, gunzip the .tar.gz file to make a
> virgin rivendell-3.3.0, and recompile the same source code... and it's even
> money whether or not it will compile.
>
> That's not something I can tolerate when I have radio stations clamoring
> for my attention all day. I had a station call me a week ago; they are
> owned by a local university which was sending all its students home due to
> the pandemic, and the faculty adviser said they were going off the air, as
> they didn't have an automation system. Now, I had an old Debian 6 Rivendell
> 2.11.0 system I had built several years ago, and offered to run it for them
> along with a Comrex Access I had bought for another project but had not yet
> deployed. I kept them on the air when they otherwise would have had to go
> off, and if I had had to depend on my new Debian system they would have
> been off for ten days, because that's how long it took me to get it working.
>
> Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the only
> Rivendell choice available is V3. V3 is far more complicated than V2, has a
> lot more dependencies -- what is it with all this Python stuff? -- and
> clearly wants to run under CentOS. Yes, if I invest enough time and effort,
> I can make it run under Debian... but why bother?
>
>
> Rob
>
> --
> Сквозь грозы сияло нам солнце свободы
> И Linus великий нам путь озарил;
> Нас вырастил Stallman на верность народу, На труд и на подвиги нас
> вдохновил.
>
> >
> > On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter
> > 
> > wrote:
> >   Am 28.03.2020 10:47, schrieb le père Léon:
> >   > Le 22/03/2020 à 14:58, Rob Landry a écrit :
> >   >> Well, finally got it to work. I blew out rivendell-3.3.0,
> >   re-gunzipped
> >   >> rivendell-3.3.0.tar.gz, then edited the source code manually,
> >   rather
> >   >> than applying the patch.
> >   >
> >   > The "default ''" appeared as "default " in the wiki. Modified.
> >   >
> >   >> Now rdadmin is complaining that the Rivendell daemons aren't
> >   running;
> >   >> evidently in this new era of v3 it doesn't automatically
> >   start them as
> >   >> it used to in v2. But that's no big deal.
> >   >
> >   > As noticed in the wiki, you can use :
> >   >  - to start the daemons :
> >   > $ systemctl start rivendell
> >   >  - to fix it at boot time :
> >   > $ systemctl enable rivendell
> >   >
> >   >> Debian is probably not going to be a viable option for
> >   Rivendell going
> >   >> forward, I think.
> >   >
> >   > Could you explain the reason why you think so ?
> >
> >   Thats a good question.!!
> >
> >   After running rivendell on centos for about one year, i switched
> >   back to
> >   debian/ubuntu. Why.?
> >   The newer and more software. And i think, Centos is a very good
> >   server
> >   distri, but not for desktops, specifically not for multimedia
> >   desktops.
> >   Too dificult to use special codecs like AAC HE, no ootb export
> >   to mp3 in
> >   audacity...
> >
> >   On my debian 10 is only one problem left. The slow database
> >   access. In
> >   rdlibrary when showing all, not only the 1st 100 carts, in
> >   rdlogedit
> >   when loading a 24h log and moving carts up and down with the
> >   arrows.!
> >
> >   Maybe there is a way to fix.??
> >
> >   --
> > 

Re: [RDD] ASI5042 and CentOS 7 (Appliance)

[Lorne Tyndale]

Keith,

There was a discussion back in February looking at different ASI drivers
that are available.  Have a look at this post:

http://caspian.paravelsystems.com/pipermail/rivendell-dev/2020-February/028707.html

Lorne Tyndale


> 
> 
> I have a ASI5042 that I'm hoping to use with the current RD appliance 
> (nonprofit station, got it for free, better than what they’re running now, 
> would like to incorporate it into an upcoming hardware refresh).
> 
> AudioScience's website says the card will work with hpklinux 4.04 or older. 
> The appliance includes 4.20.21, which won’t load with this card installed.
> 
> What I'm wondering...
> 
> - Is there a sufficiently old version of hpklinux that is known to be 
> compatible with CentOS 7?
> 
> - If so, are there any CentOS 7 RPMs available for an older version of 
> hpklinux that would work?
> 
> - If no RPMs are available, what's the Right Way of proceeding, so as not to 
> cause problems for future appliance updates via yum? (Should I just install 
> the Development Tools group and attempt to plow forward, or…?)
> 
> 
> Thanks!
> 
> 
> 
> -
> Keith Thelen
> ___
> 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] Rivendell v3.3.0

[Lorne Tyndale]

Tim,

With regards to the database slowness issue(s), it sounds like it could
be a MySQL setting, but I admit that I have not tried compiling V3 on a
debian based system, so I have not run into this.

But for troubleshooting, have you tried setting up a Rivendell database
and filestore server on CentOS system with the workstations running your
Ubuntu 18.04 build which then access your database running on CentOS? 
If the performance is then adequate you could maybe compare the MySQL
configuration between Ubuntu and CentOS to see what might be different. 
I know this might seem like  a lot of work to perform during this time
when it seems like every day brings a tasklist of 20 or more new things
that all needed to be done yesterday.  But just something to think
about.

Lorne Tyndale


> 
> 
> Greetings,
> 
> We have been running Rivendell since version 1 almost ten years it seems.
> We have always been a debian based facility and never had any problem with
> that until version 3.
> Although I have no real problems other than getting the dependencies
> installed to get version 3 compiled on Ubuntu 18.04
> The slow database issue that you speak of has kept us from moving on
> to version 3.
> Searching can be painfully slow depending on how many songs you have in a
> category, The log load at midnight can take 30 seconds or more
> which is unacceptable. We actually run Elementary OS in our studios which
> is a Ubuntu derivative ( 18.04).
> 
> I personally have no problem with the idea of running The appliance for
> Centos, but when trying to do that have run into many hardware issues
> on our current computers which I don't have with Ubuntu. So that is a
> non-starter.
> 
> So the argument seems to come down to why don't you replace all your
> hardware, (12 workstations)
>  run centos and get with the program.
> 
> Why do I feel like I'm hearing a Microsoft argument.
> 
> If I wanted to replace everything  every year I would have just kept
> running a windows based automation
> like I was ten years ago.
> 
> Still on 2.91
> Tim Camp
> WZEW-FM
> Mobile, AL.
> 
> 
> 
> On Sun, Mar 29, 2020 at 10:00 PM Rob Landry <41001...@interpring.com> wrote:
> 
> > On Sun, 29 Mar 2020, Ryan Kin wrote:
> >
> > > However, Rivendell was built and made for CentOS... Even though it's open
> > > source so you can modify it then put it onto Ubuntu
> >
> > That's it in a nutshell. The software is developed to run under CentOS, is
> > not being tested under any other Linux distribution, and it took an
> > immense amount of time and effort on my part to make it run under Debian
> > 10. Even so, sometimes it will compile and sometimes it won't. I can
> > unstall Rivendell, blow out rivendell-3.3.0, gunzip the .tar.gz file to
> > make a virgin rivendell-3.3.0, and recompile the same source code... and
> > it's even money whether or not it will compile.
> >
> > That's not something I can tolerate when I have radio stations clamoring
> > for my attention all day. I had a station call me a week ago; they are
> > owned by a local university which was sending all its students home due to
> > the pandemic, and the faculty adviser said they were going off the air, as
> > they didn't have an automation system. Now, I had an old Debian 6
> > Rivendell 2.11.0 system I had built several years ago, and offered to run
> > it for them along with a Comrex Access I had bought for another project
> > but had not yet deployed. I kept them on the air when they otherwise would
> > have had to go off, and if I had had to depend on my new Debian system
> > they would have been off for ten days, because that's how long it took me
> > to get it working.
> >
> > Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the only
> > Rivendell choice available is V3. V3 is far more complicated than V2, has
> > a lot more dependencies -- what is it with all this Python stuff? -- and
> > clearly wants to run under CentOS. Yes, if I invest enough time and
> > effort, I can make it run under Debian... but why bother?
> >
> >
> > Rob
> >
> > --
> > Сквозь грозы сияло нам солнце свободы
> > И Linus великий нам путь озарил;
> > Нас вырастил Stallman на верность народу,
> > На труд и на подвиги нас вдохновил.
> >
> > >
> > > On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter <
> > newslet...@schwoon.info>
> > > wrote:
> > >   Am 28.03.2020 10:47, schrieb le père Léon:
> > >   > Le 22/03/2020 à 14:58, Rob Landry a écrit :
> > >   >> Well, finally got it to work. I blew out rivendell-3.3.0,
> > >   re-gunzipped
> > >   >> rivendell-3.3.0.tar.gz, then edited the source code manually,
> > >   rather
> > >   >> than applying the patch.
> > >   >
> > >   > The "default ''" appeared as "default " in the wiki. Modified.
> > >   >
> > >   >> Now rdadmin is complaining that the Rivendell daemons aren't
> > >   running;
> > >   >> evidently in this new era of v3 it doesn't automatically
> > >   start them as
> > >   

Re: [RDD] Rivendell v3.3.0

[Tim Camp]

Greetings,

We have been running Rivendell since version 1 almost ten years it seems.
We have always been a debian based facility and never had any problem with
that until version 3.
Although I have no real problems other than getting the dependencies
installed to get version 3 compiled on Ubuntu 18.04
The slow database issue that you speak of has kept us from moving on
to version 3.
Searching can be painfully slow depending on how many songs you have in a
category, The log load at midnight can take 30 seconds or more
which is unacceptable. We actually run Elementary OS in our studios which
is a Ubuntu derivative ( 18.04).

I personally have no problem with the idea of running The appliance for
Centos, but when trying to do that have run into many hardware issues
on our current computers which I don't have with Ubuntu. So that is a
non-starter.

So the argument seems to come down to why don't you replace all your
hardware, (12 workstations)
 run centos and get with the program.

Why do I feel like I'm hearing a Microsoft argument.

If I wanted to replace everything  every year I would have just kept
running a windows based automation
like I was ten years ago.

Still on 2.91
Tim Camp
WZEW-FM
Mobile, AL.



On Sun, Mar 29, 2020 at 10:00 PM Rob Landry <41001...@interpring.com> wrote:

> On Sun, 29 Mar 2020, Ryan Kin wrote:
>
> > However, Rivendell was built and made for CentOS... Even though it's open
> > source so you can modify it then put it onto Ubuntu
>
> That's it in a nutshell. The software is developed to run under CentOS, is
> not being tested under any other Linux distribution, and it took an
> immense amount of time and effort on my part to make it run under Debian
> 10. Even so, sometimes it will compile and sometimes it won't. I can
> unstall Rivendell, blow out rivendell-3.3.0, gunzip the .tar.gz file to
> make a virgin rivendell-3.3.0, and recompile the same source code... and
> it's even money whether or not it will compile.
>
> That's not something I can tolerate when I have radio stations clamoring
> for my attention all day. I had a station call me a week ago; they are
> owned by a local university which was sending all its students home due to
> the pandemic, and the faculty adviser said they were going off the air, as
> they didn't have an automation system. Now, I had an old Debian 6
> Rivendell 2.11.0 system I had built several years ago, and offered to run
> it for them along with a Comrex Access I had bought for another project
> but had not yet deployed. I kept them on the air when they otherwise would
> have had to go off, and if I had had to depend on my new Debian system
> they would have been off for ten days, because that's how long it took me
> to get it working.
>
> Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the only
> Rivendell choice available is V3. V3 is far more complicated than V2, has
> a lot more dependencies -- what is it with all this Python stuff? -- and
> clearly wants to run under CentOS. Yes, if I invest enough time and
> effort, I can make it run under Debian... but why bother?
>
>
> Rob
>
> --
> Сквозь грозы сияло нам солнце свободы
> И Linus великий нам путь озарил;
> Нас вырастил Stallman на верность народу,
> На труд и на подвиги нас вдохновил.
>
> >
> > On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter <
> newslet...@schwoon.info>
> > wrote:
> >   Am 28.03.2020 10:47, schrieb le père Léon:
> >   > Le 22/03/2020 à 14:58, Rob Landry a écrit :
> >   >> Well, finally got it to work. I blew out rivendell-3.3.0,
> >   re-gunzipped
> >   >> rivendell-3.3.0.tar.gz, then edited the source code manually,
> >   rather
> >   >> than applying the patch.
> >   >
> >   > The "default ''" appeared as "default " in the wiki. Modified.
> >   >
> >   >> Now rdadmin is complaining that the Rivendell daemons aren't
> >   running;
> >   >> evidently in this new era of v3 it doesn't automatically
> >   start them as
> >   >> it used to in v2. But that's no big deal.
> >   >
> >   > As noticed in the wiki, you can use :
> >   >  - to start the daemons :
> >   > $ systemctl start rivendell
> >   >  - to fix it at boot time :
> >   > $ systemctl enable rivendell
> >   >
> >   >> Debian is probably not going to be a viable option for
> >   Rivendell going
> >   >> forward, I think.
> >   >
> >   > Could you explain the reason why you think so ?
> >
> >   Thats a good question.!!
> >
> >   After running rivendell on centos for about one year, i switched
> >   back to
> >   debian/ubuntu. Why.?
> >   The newer and more software. And i think, Centos is a very good
> >   server
> >   distri, but not for desktops, specifically not for multimedia
> >   desktops.
> >   Too dificult to use special codecs like AAC HE, no ootb export
> >   to mp3 in
> >   audacity...
> >
> >   On my debian 10 is only one problem 

Re: [RDD] Rivendell v3.3.0

[Phil Biehl]



FYI, I have v3.3 on a Pi4 running under Raspian Buster which is Debian 10 
based. A fully integrated image with a fully functioning v3.3 included is 
available at https://www.edgeradio.org.au/rivendell-on-raspberry-pi.html. 
Kindly provided by Alastair Ling there at Edge Radio in Australia. It works 
well and Alastair supports it as well. 

Many thanks to him for his support and hard work.

Phil 

>> On Mar 30, 2020, at 12:04 AM, Rob Landry <41001...@interpring.com> wrote:
> On Sun, 29 Mar 2020, Ryan Kin wrote:
> 
>> However, Rivendell was built and made for CentOS... Even though it's open
>> source so you can modify it then put it onto Ubuntu
> 
> That's it in a nutshell. The software is developed to run under CentOS, is 
> not being tested under any other Linux distribution, and it took an immense 
> amount of time and effort on my part to make it run under Debian 10. Even so, 
> sometimes it will compile and sometimes it won't. I can unstall Rivendell, 
> blow out rivendell-3.3.0, gunzip the .tar.gz file to make a virgin 
> rivendell-3.3.0, and recompile the same source code... and it's even money 
> whether or not it will compile.
> 
> That's not something I can tolerate when I have radio stations clamoring for 
> my attention all day. I had a station call me a week ago; they are owned by a 
> local university which was sending all its students home due to the pandemic, 
> and the faculty adviser said they were going off the air, as they didn't have 
> an automation system. Now, I had an old Debian 6 Rivendell 2.11.0 system I 
> had built several years ago, and offered to run it for them along with a 
> Comrex Access I had bought for another project but had not yet deployed. I 
> kept them on the air when they otherwise would have had to go off, and if I 
> had had to depend on my new Debian system they would have been off for ten 
> days, because that's how long it took me to get it working.
> 
> Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the only 
> Rivendell choice available is V3. V3 is far more complicated than V2, has a 
> lot more dependencies -- what is it with all this Python stuff? -- and 
> clearly wants to run under CentOS. Yes, if I invest enough time and effort, I 
> can make it run under Debian... but why bother?
> 
> 
> Rob
> 
> -- 
> Сквозь грозы сияло нам солнце свободы
> И Linus великий нам путь озарил;
> Нас вырастил Stallman на верность народу,
> На труд и на подвиги нас вдохновил.
> 
>> On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter 
>> wrote:
>>  Am 28.03.2020 10:47, schrieb le père Léon:
>>  > Le 22/03/2020 à 14:58, Rob Landry a écrit :
>>  >> Well, finally got it to work. I blew out rivendell-3.3.0,
>>  re-gunzipped
>>  >> rivendell-3.3.0.tar.gz, then edited the source code manually,
>>  rather
>>  >> than applying the patch.
>>  >
>>  > The "default ''" appeared as "default " in the wiki. Modified.
>>  >
>>  >> Now rdadmin is complaining that the Rivendell daemons aren't
>>  running;
>>  >> evidently in this new era of v3 it doesn't automatically
>>  start them as
>>  >> it used to in v2. But that's no big deal.
>>  >
>>  > As noticed in the wiki, you can use :
>>  >  - to start the daemons :
>>  > $ systemctl start rivendell
>>  >  - to fix it at boot time :
>>  > $ systemctl enable rivendell
>>  >
>>  >> Debian is probably not going to be a viable option for
>>  Rivendell going
>>  >> forward, I think.
>>  >
>>  > Could you explain the reason why you think so ?
>> 
>>  Thats a good question.!!
>> 
>>  After running rivendell on centos for about one year, i switched
>>  back to
>>  debian/ubuntu. Why.?
>>  The newer and more software. And i think, Centos is a very good
>>  server
>>  distri, but not for desktops, specifically not for multimedia
>>  desktops.
>>  Too dificult to use special codecs like AAC HE, no ootb export
>>  to mp3 in
>>  audacity...
>> 
>>  On my debian 10 is only one problem left. The slow database
>>  access. In
>>  rdlibrary when showing all, not only the 1st 100 carts, in
>>  rdlogedit
>>  when loading a 24h log and moving carts up and down with the
>>  arrows.!
>> 
>>  Maybe there is a way to fix.??
>> 
>>  --
>>  Have a nice sunday!
>>  ___
>>  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] Rivendell v3.3.0

[le père Léon]

Le 30/03/2020 à 05:00, Rob Landry a écrit :
> [...] sometimes it will compile and sometimes it won't. I can
> unstall Rivendell, blow out rivendell-3.3.0, gunzip the .tar.gz file to
> make a virgin rivendell-3.3.0, and recompile the same source code... and
> it's even money whether or not it will compile.

Could it be a problem related to the machine ? its memory for example..

-- 
Léon.

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

Re: [RDD] Rivendell v3.3.0

[Schwoon, newsletter]

I've really no problem to use Centos. It is my fav. system für my mail 
and fileserver.. But what if your system has a brandnew chipset, not 
supported hardware like my touchscreens, or some trouble with a virt. 
environment.(GUI freeze sometimes.)
I don't need to use the latest ubuntu /fedora spin... Only debian 
stable. And its running very well except the slow database access in 
some situations... Thats all.


Am 30.03.2020 13:05, schrieb Joe Panarello:

Well Put Rob. Rivendell was meant to be an appliance with a specific
purpose running on CENTOS a pro OS. CENTOS is free so what is the
issue? As such, Rivendell is one of the most reliable and powerful
automation systems on the planet. Why mess with the best. Most of the
high priced competitors who are Windows based will NOT run on a
Windows Server OS. So my suggestion would be that your time could be
better spent in adding new features to Rivendell rather than chasing
after mirages.

 Joe Panarello
 WFIT 89.5 FM


-Original Message-
From: rivendell-dev-boun...@lists.rivendellaudio.org
[mailto:rivendell-dev-boun...@lists.rivendellaudio.org] On Behalf Of
Rob Landry
Sent: Sunday, March 29, 2020 11:01 PM
To: Ryan Kin
Cc: rivendell-dev
Subject: Re: [RDD] Rivendell v3.3.0

On Sun, 29 Mar 2020, Ryan Kin wrote:


However, Rivendell was built and made for CentOS... Even though it's
open source so you can modify it then put it onto Ubuntu


That's it in a nutshell. The software is developed to run under
CentOS, is not being tested under any other Linux distribution, and it
took an immense amount of time and effort on my part to make it run
under Debian 10. Even so, sometimes it will compile and sometimes it
won't. I can unstall Rivendell, blow out rivendell-3.3.0, gunzip the
.tar.gz file to make a virgin rivendell-3.3.0, and recompile the same
source code... and it's even money whether or not it will compile.

That's not something I can tolerate when I have radio stations
clamoring for my attention all day. I had a station call me a week
ago; they are owned by a local university which was sending all its
students home due to the pandemic, and the faculty adviser said they
were going off the air, as they didn't have an automation system. Now,
I had an old Debian 6 Rivendell 2.11.0 system I had built several
years ago, and offered to run it for them along with a Comrex Access I
had bought for another project but had not yet deployed. I kept them
on the air when they otherwise would have had to go off, and if I had
had to depend on my new Debian system they would have been off for ten
days, because that's how long it took me to get it working.

Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the
only Rivendell choice available is V3. V3 is far more complicated than
V2, has a lot more dependencies -- what is it with all this Python
stuff? -- and clearly wants to run under CentOS. Yes, if I invest
enough time and effort, I can make it run under Debian... but why
bother?


Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу, На труд и на подвиги нас 
вдохновил.




On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter

wrote:
  Am 28.03.2020 10:47, schrieb le père Léon:
  > Le 22/03/2020 à 14:58, Rob Landry a écrit :
  >> Well, finally got it to work. I blew out rivendell-3.3.0,
  re-gunzipped
  >> rivendell-3.3.0.tar.gz, then edited the source code manually,
  rather
  >> than applying the patch.
  >
  > The "default ''" appeared as "default " in the wiki. Modified.
  >
  >> Now rdadmin is complaining that the Rivendell daemons aren't
  running;
  >> evidently in this new era of v3 it doesn't automatically
  start them as
  >> it used to in v2. But that's no big deal.
  >
  > As noticed in the wiki, you can use :
  >  - to start the daemons :
  > $ systemctl start rivendell
  >  - to fix it at boot time :
  > $ systemctl enable rivendell
  >
  >> Debian is probably not going to be a viable option for
  Rivendell going
  >> forward, I think.
  >
  > Could you explain the reason why you think so ?

  Thats a good question.!!

  After running rivendell on centos for about one year, i switched
  back to
  debian/ubuntu. Why.?
  The newer and more software. And i think, Centos is a very good
  server
  distri, but not for desktops, specifically not for multimedia
  desktops.
  Too dificult to use special codecs like AAC HE, no ootb export
  to mp3 in
  audacity...

  On my debian 10 is only one problem left. The slow database
  access. In
  rdlibrary when showing all, not only the 1st 100 carts, in
  rdlogedit
  when loading a 24h log and moving carts up and down with the
  arrows.!

  Maybe there is a way to fix.??

  --
  Have a nice sunday!
  ___
 

Re: [RDD] Rivendell v3.3.0

[Rob Landry]

On Mon, 30 Mar 2020, Joe Panarello wrote:

Well Put Rob. Rivendell was meant to be an appliance with a specific 
purpose running on CENTOS a pro OS. CENTOS is free so what is the issue?


Well, these people wanted to run it on a Raspberry Pi 4. There is a CentOS 
build available for the Pi 3 but not the Pi 4, and the OS supplied with 
the Pi 4 is Debian 10 (rebranded as "Raspbian").


I thought this would be failry straightforward, as I have built Rivendell 
2.x under Debian myriad times in the past. However, the world has changed 
rather a lot lately. Debian 10 isn't Debian 9, under which QT3 compiles 
just fine; and Rivendell 3.x isn't Rivendell 2.x.


My advice to all future Raspberry Pi owners: get a real computer. 
Rivendell installs nicely on an Intel NUC, which is not much bigger than a 
Pi.



Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу,
На труд и на подвиги нас вдохновил.



Joe Panarello
WFIT 89.5 FM


-Original Message-
From: rivendell-dev-boun...@lists.rivendellaudio.org 
[mailto:rivendell-dev-boun...@lists.rivendellaudio.org] On Behalf Of Rob Landry
Sent: Sunday, March 29, 2020 11:01 PM
To: Ryan Kin
Cc: rivendell-dev
Subject: Re: [RDD] Rivendell v3.3.0

On Sun, 29 Mar 2020, Ryan Kin wrote:


However, Rivendell was built and made for CentOS... Even though it's
open source so you can modify it then put it onto Ubuntu


That's it in a nutshell. The software is developed to run under CentOS, is not 
being tested under any other Linux distribution, and it took an immense amount 
of time and effort on my part to make it run under Debian 10. Even so, 
sometimes it will compile and sometimes it won't. I can unstall Rivendell, blow 
out rivendell-3.3.0, gunzip the .tar.gz file to make a virgin rivendell-3.3.0, 
and recompile the same source code... and it's even money whether or not it 
will compile.

That's not something I can tolerate when I have radio stations clamoring for my 
attention all day. I had a station call me a week ago; they are owned by a 
local university which was sending all its students home due to the pandemic, 
and the faculty adviser said they were going off the air, as they didn't have 
an automation system. Now, I had an old Debian 6 Rivendell 2.11.0 system I had 
built several years ago, and offered to run it for them along with a Comrex 
Access I had bought for another project but had not yet deployed. I kept them 
on the air when they otherwise would have had to go off, and if I had had to 
depend on my new Debian system they would have been off for ten days, because 
that's how long it took me to get it working.

Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the only 
Rivendell choice available is V3. V3 is far more complicated than V2, has a lot 
more dependencies -- what is it with all this Python stuff? -- and clearly 
wants to run under CentOS. Yes, if I invest enough time and effort, I can make 
it run under Debian... but why bother?


Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу, На труд и на подвиги нас вдохновил.



On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter

wrote:
  Am 28.03.2020 10:47, schrieb le père Léon:
 > Le 22/03/2020 à 14:58, Rob Landry a écrit :
 >> Well, finally got it to work. I blew out rivendell-3.3.0,
  re-gunzipped
 >> rivendell-3.3.0.tar.gz, then edited the source code manually,
  rather
 >> than applying the patch.
 >
 > The "default ''" appeared as "default " in the wiki. Modified.
 >
 >> Now rdadmin is complaining that the Rivendell daemons aren't
  running;
 >> evidently in this new era of v3 it doesn't automatically
  start them as
 >> it used to in v2. But that's no big deal.
 >
 > As noticed in the wiki, you can use :
 >  - to start the daemons :
 > $ systemctl start rivendell
 >  - to fix it at boot time :
 > $ systemctl enable rivendell
 >
 >> Debian is probably not going to be a viable option for
  Rivendell going
 >> forward, I think.
 >
 > Could you explain the reason why you think so ?

  Thats a good question.!!

  After running rivendell on centos for about one year, i switched
  back to
  debian/ubuntu. Why.?
  The newer and more software. And i think, Centos is a very good
  server
  distri, but not for desktops, specifically not for multimedia
  desktops.
  Too dificult to use special codecs like AAC HE, no ootb export
  to mp3 in
  audacity...

  On my debian 10 is only one problem left. The slow database
  access. In
  rdlibrary when showing all, not only the 1st 100 carts, in
  rdlogedit
  when loading a 24h log and moving carts up and down with the
  arrows.!

  Maybe there is a way to fix.??

  --
  Have a nice sunday!
  

Re: [RDD] Rivendell v3.3.0

[Joe Panarello]

Well Put Rob. Rivendell was meant to be an appliance with a specific purpose 
running on CENTOS a pro OS. CENTOS is free so what is the issue? As such, 
Rivendell is one of the most reliable and powerful automation systems on the 
planet. Why mess with the best. Most of the high priced competitors who are 
Windows based will NOT run on a Windows Server OS. So my suggestion would be 
that your time could be better spent in adding new features to Rivendell rather 
than chasing after mirages.

 Joe Panarello
 WFIT 89.5 FM   


-Original Message-
From: rivendell-dev-boun...@lists.rivendellaudio.org 
[mailto:rivendell-dev-boun...@lists.rivendellaudio.org] On Behalf Of Rob Landry
Sent: Sunday, March 29, 2020 11:01 PM
To: Ryan Kin
Cc: rivendell-dev
Subject: Re: [RDD] Rivendell v3.3.0

On Sun, 29 Mar 2020, Ryan Kin wrote:

> However, Rivendell was built and made for CentOS... Even though it's 
> open source so you can modify it then put it onto Ubuntu

That's it in a nutshell. The software is developed to run under CentOS, is not 
being tested under any other Linux distribution, and it took an immense amount 
of time and effort on my part to make it run under Debian 10. Even so, 
sometimes it will compile and sometimes it won't. I can unstall Rivendell, blow 
out rivendell-3.3.0, gunzip the .tar.gz file to make a virgin rivendell-3.3.0, 
and recompile the same source code... and it's even money whether or not it 
will compile.

That's not something I can tolerate when I have radio stations clamoring for my 
attention all day. I had a station call me a week ago; they are owned by a 
local university which was sending all its students home due to the pandemic, 
and the faculty adviser said they were going off the air, as they didn't have 
an automation system. Now, I had an old Debian 6 Rivendell 2.11.0 system I had 
built several years ago, and offered to run it for them along with a Comrex 
Access I had bought for another project but had not yet deployed. I kept them 
on the air when they otherwise would have had to go off, and if I had had to 
depend on my new Debian system they would have been off for ten days, because 
that's how long it took me to get it working.

Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the only 
Rivendell choice available is V3. V3 is far more complicated than V2, has a lot 
more dependencies -- what is it with all this Python stuff? -- and clearly 
wants to run under CentOS. Yes, if I invest enough time and effort, I can make 
it run under Debian... but why bother?


Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу, На труд и на подвиги нас вдохновил.

> 
> On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter 
> 
> wrote:
>   Am 28.03.2020 10:47, schrieb le père Léon:
>   > Le 22/03/2020 à 14:58, Rob Landry a écrit :
>   >> Well, finally got it to work. I blew out rivendell-3.3.0,
>   re-gunzipped
>   >> rivendell-3.3.0.tar.gz, then edited the source code manually,
>   rather
>   >> than applying the patch.
>   >
>   > The "default ''" appeared as "default " in the wiki. Modified.
>   >
>   >> Now rdadmin is complaining that the Rivendell daemons aren't
>   running;
>   >> evidently in this new era of v3 it doesn't automatically
>   start them as
>   >> it used to in v2. But that's no big deal.
>   >
>   > As noticed in the wiki, you can use :
>   >  - to start the daemons :
>   > $ systemctl start rivendell
>   >  - to fix it at boot time :
>   > $ systemctl enable rivendell
>   >
>   >> Debian is probably not going to be a viable option for
>   Rivendell going
>   >> forward, I think.
>   >
>   > Could you explain the reason why you think so ?
>
>   Thats a good question.!!
>
>   After running rivendell on centos for about one year, i switched
>   back to
>   debian/ubuntu. Why.?
>   The newer and more software. And i think, Centos is a very good
>   server
>   distri, but not for desktops, specifically not for multimedia
>   desktops.
>   Too dificult to use special codecs like AAC HE, no ootb export
>   to mp3 in
>   audacity...
>
>   On my debian 10 is only one problem left. The slow database
>   access. In
>   rdlibrary when showing all, not only the 1st 100 carts, in
>   rdlogedit
>   when loading a 24h log and moving carts up and down with the
>   arrows.!
>
>   Maybe there is a way to fix.??
>
>   --
>   Have a nice sunday!
>   ___
>   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

Re: [RDD] RdAirplay Play Error

[Rich Stivers]

Drew:

Thanks for these ideas. I'll try them and get back to the group.

Cheers,
Rich


On 3/29/2020 4:54 AM, drew Roberts wrote:

Rich,

no pointers exactly but a few questions that might help isolate the 
issue...


Will it play from rdlibrary?
rdcartslots?
rdpanel?

You may need to configure sound cards for some of them.

Can you set markers in rdlibrary?

Do this with the file that does not play and to a file that does play 
and compare:


$ mediainfo /var/snd/017197_001.wav
$ mediainfo /var/snd/017198_001.wav

Do you see any obvious differences?

You may need to install mediainfo.

all the best,

drew


On Sun, Mar 29, 2020 at 5:05 AM Rich Stivers > wrote:


This problem started recently. When I hit Start on a cart that is
queued in RdAirplay, the cart does not play and goes away.

In /var/log/messages I see these entries for the cart I attempted
to play:

Mar 27 20:35:40 rdhost rdairplay: finished event: Line: 0  Cart:
428214  Cut: 1 Card: -1  Stream: -1  Port: -1
Mar 27 20:35:40 rdhost rdairplay: LogPlay::StartEvent(): no
audio,CUT=428214_001

The wav file for this cart exists and will play with the 'play'
command.
play /var/snd/428214_001.wav

rddbcheck passes without errors. I'm running Centos 7 with
Rivendell v2.19.3

Does anyone know what this error means, rdhost rdairplay:
LogPlay::StartEvent(): no audio,CUT=   Does 'no audio' mean
it thinks the file is missing, or it found a problem with pulseaudio?

Thanks for any pointers,

Rich Stivers
KKUP-FM Cupertino/San Jose CA

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org

http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev



--
Enjoy the *Paradise Island Cam* playing
*Bahamian Or Nuttin* - https://www.paradiseislandcam.com/
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev