Re: [RDD] Rendering logs / Segue issues

2022-04-01 Thread Chuck 
  The fading voicetrack is because the voicetrack files do not have the
"No fade on Segue" checked.  Thus the voicetrack starts fading as soon
as it begins playing.

  We only do rendering once a year when preparing for a yearly campus
radio reunion that we air, and the rendering is to MP3 to get approval
for voice-tracked shows that will air.  However, I have never had
trouble with music not being lowered and obeying the voice-track levels
in rendering to MP3, but we were on v2.x when we did this last year.

  Because of the fading voicetracks, I have suggested before, that the
default for "No fade on Segue" should be always checked and thus 'on',
instead of off and fading.  Or else the rendering process should not
consider the start of a file the same as the start of a Segue.

  As a matter of reference, we seldom use the fade on segue action
anyway--anywhere during the day.  I suspect that few others do either,
so it surely makes more sense for "no-fade" to be the default.  Our
entire day's log is nothing but segue events.
> Message-ID:
>   
> Content-Type: text/plain; charset="utf-8"
--Chuck

On Th, 31 Mar 2022 21:14:41 -0400
"Bemis, Andru"  wrote:
> 
> Subject: [RDD] Rendering logs / Segue issues
> 
> Using RD 3.6.5 on CentOS 7, I'm having unexpected difficulty with the
> "Render" function in RDLogEdit. If I create a one-hour program log with
> voice tracks, and try to render it to FLAC for archival purposes, the
> segues do the opposite of what they do in RDAirplay; music tracks start at
> full volume under the voice tracks, and voice tracks subsequently fade to
> zero. What's going on? Is there a way to render a log without fading out
> voice tracks during segues? Has anyone else run into this issue?
> 
> A second issue is that I cannot get the "Render" function to save anything
> more than a 59:01 file. It simply cuts off the audio at 59 minutes.
> 
> I hope to be able to archive local programs using log rendering. But so
> far, I can't figure out how.
> 
> Any suggestions?
> 
> Thanks to all!
> 
> *Andru Bemis*
> 
> Producer & Host | The Chenango Sessions
> 
> Director | Cranberry Coffeehouse 
> Music Director | WBDY-LP 99.5 FM 
> Piano Technician | Binghamton Piano Rescue
> 
> 
> 557 Chenango St, Binghamton, NY 13901, USA
> (269) 767-8235
> *he/him*

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

Re: [RDD] RDlibrary opening delay on rd3

2022-04-01 Thread Fred Gleason 
On Apr 1, 2022, at 09:56, Tom Van Gorkom  wrote:

> We are helping a small FM station update from rd2.19 to 3.6 and are concerned 
> that something in the database isn't right. When we prepare a fresh install 
> of server and client on CentOS 7 and Riv 3.6.5, it all works great. Then when 
> we load and convert the database, at least the library becomes sluggish. The 
> CPU load is fine. The library click to open delays about 1 sec on the server 
> but around 5 seconds on the client before it is populated. He has about 10K 
> of carts/cuts. Is this normal? It's not normal on our 2.19 clients with 17K 
> of carts/cuts. Any ideas of what could cause this?  We have tried different 
> hard drives and computers and all behave the same. Using Dell 9th gen i5. 

I’d be looking at network configuration. An incorrect DNS configuration often 
turns out to be the culprit with startup delay issues like this.

Cheers!


|-|
| Frederick F. Gleason, Jr. | Chief Developer |
|   | Paravel Systems |
|-|
| A room without books is like a body without a soul. |
| |
| -- Cicero   |
|-|___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rendering logs / Segue issues

2022-04-01 Thread Fred Gleason 
On Mar 31, 2022, at 21:14, Bemis, Andru  wrote:

> Using RD 3.6.5 on CentOS 7, I'm having unexpected difficulty with the 
> "Render" function in RDLogEdit. If I create a one-hour program log with voice 
> tracks, and try to render it to FLAC for archival purposes, the segues do the 
> opposite of what they do in RDAirplay; music tracks start at full volume 
> under the voice tracks, and voice tracks subsequently fade to zero. What's 
> going on? Is there a way to render a log without fading out voice tracks 
> during segues? Has anyone else run into this issue?

Is it a function of rendering to FLAC? Or do you see this behavior with other 
formats?

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] Odd issue with rdcatch

2022-04-01 Thread Fred Gleason 
On Mar 30, 2022, at 14:34, Rob Landry <41001...@interpring.com> wrote:

> For now, I've got it recording analog audio. They are recording a four-hour 
> live show Saturday morning and playing it back Sunday evening, and I won't be 
> back there again until Monday. I'll take a look at it when I'm next there.
> 
> What's interesting is that if I launch the rdcatch program and watch while 
> it's recording, I don't see anything on the level indicators when I'm 
> recording from the AES3 input, but if I've got normalization turned on, there 
> will be audio recorded. If I'm recording from the analog input, I do see 
> level indications during the recording.

I suspect that the card is just an oddball. There is special code in Rivendell 
to handle the ‘non-standard’ input routing in the ASI5111; I’ve a hunch that 
something similar will be needed for the ASI5810. Going to be hard to suss out 
without a sample card in hand though.

Cheers!


|-|
| Frederick F. Gleason, Jr. | Chief Developer |
|   | Paravel Systems |
|-|
| A room without books is like a body without a soul. |
| |
| -- Cicero   |
|-|___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

[RDD] RDlibrary opening delay on rd3

2022-04-01 Thread Tom Van Gorkom 
We are helping a small FM station update from rd2.19 to 3.6 and are
concerned that something in the database isn't right. When we prepare a
fresh install of server and client on CentOS 7 and Riv 3.6.5, it all works
great. Then when we load and convert the database, at least the library
becomes sluggish. The CPU load is fine. The library click to open delays
about 1 sec on the server but around 5 seconds on the client before it is
populated. He has about 10K of carts/cuts. Is this normal? It's not normal
on our 2.19 clients with 17K of carts/cuts. Any ideas of what could cause
this?  We have tried different hard drives and computers and all behave the
same. Using Dell 9th gen i5.

Tom Van Gorkom
Radio Esperanza Engineering, KRIO AM/FM, KOIR FM, KESO FM
Office: 956-380-8150
Cell: 865-803-7427
www.radioesperanza.com

Director of Media
Rio Grande Bible Ministries
4300 S US Hwy 281
Edinburg, TX 78539
www.riogrande.edu
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Importing audio on new drive

2022-04-01 Thread Fred Gleason 
On Mar 31, 2022, at 09:47, David Klann  wrote:

> For the record, the "Fred Gleason recommended way(tm)" to attach remote file 
> systems uses the autofs[1] subsystem. Autofs causes remote file systems to be 
> attached at the time they are accessed and are detached when unused for a 
> specified period of time.

Yup. :)

The beauty of autofs is that it can automatically ‘heal’ situations that 
otherwise can cause major grief. A classic one is recovery from a facility-wide 
power failure. It’s not uncommon for the Rivendell server to take significantly 
longer to finish rebooting than many workstations; with the result that 
fstab(5) based setups end up with ‘/var/snd’ not being mounted from the server. 
If you’re “lucky”, this will show up right away when audio doesn’t play. The 
really invidious case though is with dedicated net catchers, which will happily 
record audio to the machine's local drive rather than the server. This 
sometimes doesn’t get caught until hours (or days!) later, when incorrect/dated 
material hits the air.

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] Importing audio on new drive

2022-04-01 Thread Rob Landry 


After going through the standard Paravel Rivendell 3 install procedure, I 
moved /var/snd to /var/snd.0 and created a new empty /var/snd .


Then I used blkid to find the uuid of the audio disk drive.  I then 
created the following:


# /root/startup.sh :

#!/bin/bash

# STARTUP SCRIPT

sleep 30

# MOUNT /var/snd
mount -U cc4434f0-1e78-4759-a6e5-fbd7785f7227 /var/snd


## root's crontab:

# CRON TABLE FOR root

USER=root
PATH=/bin:/usr/bin:/usr/local/bin:/root

#m  h   d   m   w   what

# STARTUP
@reboot startup.sh

##

...and that's it. After mounting the disk to /var/snd for the first time, 
I changed its ownership and group to "rivendell":


chown -R rivendell /var/snd
chgrp -R rivendell /var/snd


Rob

--
Не думай что всё пропели,
Что бури все отгремели;
Готовься к великой цели,
А слава тебя найдёт.


On Wed, 30 Mar 2022, Seth Stevenson wrote:


Would you mind sharing how you set that up, and a script if possible?

On Wed, Mar 30, 2022 at 2:43 PM Rob Landry <41001...@interpring.com> wrote:

  I have long been in the habit of building Rivendell machines
  with two
  drives: a smaller solid-state drive for the OS, and a larger
  mechanical
  drive, typically 2 TB, for the audio files. Rather than using
  /etc/fstab, though, I have a cron job running as root that
  mounts the big
  drive as /var/snd after booting.

  If something happens to the audio drive and someone reboots the
  machine,
  if the drive is listed in /etc/fstab and can't be mounted, the
  machine
  won't boot.

  But if the drive is mounted after booting, the OS will still run
  and I can
  troubleshoot the machine remotely. Most of the stations I
  support are 2+
  hours drive from me, so it pays to know that I need a new drive
  before I
  leave home.


  Rob

  --
  Не думай что всё пропели,
  Что бури все отгремели;
  Готовься к великой цели,
  А слава тебя найдёт.


  On Tue, 29 Mar 2022, ermina wrote:

  > Hi,
  >
  > not sure how RD4 works yet, but if your installation is on a
  single
  > computer, you can just edit /etc/fstab to bind the path where
  you
  > actually store your files to /var/snd; ie add a line that
  says:
  >
  > /media/rd/F00E70710E703328/var/snd/   /var/snd    none bind 0
  0
  >
  > Hope this helps.
  >
  > . leo
  >
  > On 3/26/22 8:09 PM, Seth Stevenson wrote:
  >>
  >> I using the new ubuntu studio version of Rivendell with the
  4.0 version
  >> of Rivendell. I was able to import files just fine with the
  standard setup.
  >>
  >> However I needed to move /var/snd to a bigger second drive. I
  deleted
  >> the /var/snd and created one on the second drive. I give it
  permissions
  >> per normal. However rdimport now errors with "unable to
  create the
  >> destination file".
  >>
  >> The path I'm using on the new drive is
  >> this /media/rd/F00E70710E703328/var/snd/
  >>
  >> What  am I missing in order to get rivendell to see the new
  /var/snd
  >> location?
  >>
  >> --
  >> Seth Stevenson
  >>
  >> ___
  >> 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

--
Seth Stevenson

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