[RDD] Long pause at Log Chain

[Matthew Chambers]

I've noticed that while my machine is processing the log chain at the end
is the day,  I have about 5-7s of dead air. I'm running v.2.15.3 on Centos
7. Anyone else notice this too?

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

[RDD] Dropbox import size limit

[Joe Thompson]

I've got a question that I haven't found a solution for yet. Is there a way to 
tell the dropbox that if X file is less than x size to not import it?
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Scrolling to current time on Load

[David Chamla]

Hi everyone,

On Mon, Jul 30, 2012 at 3:17 PM, Fred Gleason 
wrote:

> On Jul 24, 2012, at 19:49 48, Wayne Merricks wrote:
>
> > So I propose an alteration to the LL macro to take 4 arguments instead
> of 3.
> >
> > LL  [] [] []!
> >
> > Make-Next = 1 to make next or 0 to play (or don't set it to play)
>
> Great idea.
>

It doesn't seem the suggested patch has been applied to the sources, or am
I missing something ?
Is there a reason for this -- seemed like quite a good idea.

If anyone knows of a way to load today's log without hard-cutting the
playing track, I'd love to hear it! (I'm trying to get my head around CHAIN
LOG issues)

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

Re: [RDD] /tmp files not getting deleted with 2.15.3...

[Tim Elwell]

Just a little update, in case it helps. I've tried this on a machine 
that only imports as uncompressed WAV files and the same thing occurs. 
Nothing in the logs pertinent to it and when run from console everything 
is clean.


What I found watching the /tmp directory is when RDLibrary goes to rip 
from the CD, it places the audio in /tmp/rdlibrary_rip.wav. Once it 
completes ripping, it's moving it to /var/snd with the name as it 
should, but it's also creating a new directory in /tmp in the format 
/tmp/rivenedell?? and moving the rdlibrary_rip.wav file to that 
newly created sub-directory. The '?' are 6 random mixed-case 
alpha-numeric characters a-z. For instance, the full directory-file 
would be /tmp/rivendellSt2Hlm/rdlibrary_rip.wav. This is, of course, 
placed in the /tmp of the computer being used to rip as it would be with 
a temp file and not on the server (unless I'm ripping on the server, 
that is). Now, when the whole rip process is complete, that new 
sub-directory and file are not getting deleted and wind up eating up HD 
space. It does this for each song on a CD, so if you have 22 songs, it 
has 22 temp directories when it's complete with the wav file in it. In 
the log, it does show RDLibrary unlinking the final file in /var/snd, 
but never shows anything for the /tmp stuff. One last note, the file 
being put in the subdirectory is the full uncompressed WAV file, even if 
you're using MP2.


All 3 systems I've tried this on are all running the same versions and 
are all broadcast appliance boxes with all updates applied and all have 
the same outcome. The OS is showing CentOS 6.9 and rivendell 2.15.3. 
I've only perused cdripper.cpp so far, but haven't found anything. I'm 
going to try rdexport.cgi and see if something there is doing it. I'm 
assuming if this is happening to others, most won't find it until it 
actually fills the partition holding /tmp. Which on my small production 
250Gb hard drive didn't take long. I'm not saying 100% it's a RD thing, 
but if it is, if folks look in the the /tmp directory they may be 
surprised at how many rivendell? sub-directories they find in there.


One last thing, someone commented earlier they didn't notice it with 
rdimport. I haven't tried it with rdimport, but might give that a shot 
to see if it narrows down where this may lie. All mine rips have been 
done with RDLibrary and the CD Ripper in there.


Tim


On 4/7/17 1:04 AM, Tim Elwell wrote:

Hey Fred and all

I'm wondering if this is just me or if anyone else has come across 
this. I updated a client/server applicance (CentOS 6.9) test setup I 
have to 2.15.3 for testing before updating anything important. It's 
been running for about 5 days since the update and I've really 
starting loading music to it by ripping cd's with RDLibrary. All the 
sudden tonight I hit a brick wall. It comes up with an error and says 
there's no more space available (in RDLibrary CD Ripper on the 
client). After a lot of playing and searching, what I found is it 
doesn't look like RDLibrary (or whichever process is responsible for 
this) isn't clearing the /tmp directory on the client machine being 
used for ripping. I also ripped on the server machine and the same 
situation exists. The client I use as the production machine only has 
a 250gb hard drive since all it's doing is moving music to the server 
(dual 1TB raid mirror). The server usage for /var only shows 11% used 
and it rips fine when using the server, but still leaves the files in 
/tmp on the server when ripping from the server.




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

[RDD] ASUS VT207N Touch Screen

[Bill Putney]

Has anyone tried the ASUS VT207N touch screen display with Rivendell? 
Curious to know if it works, what the limitations and gotchas are.


Thanks,

--
Bill Putney - WB6RFW
Chief Engineer
KPTZ - Port Townsend, WA

PP-SEL/A

"...you know me to be a very smart man. Don't you think if I were wrong, I'd know 
it?" -Sheldon Cooper

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

Re: [RDD] rdadmin won't start

[Todd Baker]

Dear Warren, 

Yeah - you need to drop your Rivendell database completely via mysql (if you 
know how to do that). Then recreate 
the database and run a restore from the save database dump (backup) that you 
have. 

Sounds like you did something that interrupted the restore process (you 
definately want to let if finish 
before you do anything in the database). Curios as to why you would be doing a 
restore at all, 
if all you wanted to do was back up the Db. They are mutually exclusive - you 
usually just do a backup - no 
need to restore since the data is still there after a backup 


As noted below - after deleting (dropping) the Rivendell database, if you run 
rdadmin - it will recreate it for you. 

Then - after it tells you it created the database, exit rdadmin and you can 
restore from your backup (assuming the backup is good). 
Hope this helps. 

Todd Baker 



From: "drew Roberts"  
To: "Warren Mead"  
Cc: "User discussion about the Rivendell Radio Automation System" 
 
Sent: Friday, April 7, 2017 8:29:35 AM 
Subject: Re: [RDD] rdadmin won't start 

If you still have the backup, you could use non-Rivendell tools to drop the 
Rivendell database. 

At that point, if a correct database is indeed the problem, you should be able 
to run rdadmin which will, iirc, create a blank Rivendell db. The run the 
restore again. 
If that seems too dangerous, you could bring up a new (virtual) machine quickly 
and run a restore on that. Perhaps the backup is bad...??? 

all the best, 

drew 

On Fri, Apr 7, 2017 at 3:39 AM, Warren Mead < vk...@westnet.com.au > wrote: 


RDAdmin is no longer starting on our station backup computer. 
. 
This happened during a routine backup which involved the Restore Database 
procedure. Possibly I didn't have wait for the message that indicates that 
restore is complete, before moving on to Manage Hosts. 

If I try to start RDAdmin from the terminal, this is the message: invalid SQL 
or failed DB connection[Table 'Rivendell.VERSION' doesn't exist QMYSQL3: Unable 
to execute query]: select DB from VERSION 

The system is Centos 6.6, Rivendell v2.10.3 

I would really appreciate any advice how to approach this. 


Regards 

Warren Mead 

Gold MX 





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






-- 
Enjoy great Bahamian Music at: 
Bahamain Or Nuttin - http://www.bahamianornuttin.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

[RDD] airplay video loss overnight

[Tom Van Gorkom]

This isn't a direct Rivendell issue but I am wondering if any of you have
encountered this one: I installed a new Lenovo i5 airplay client on CentOS
7, having turned off all the sleep/suspend/hibernate settings in the power
settings panel. I thought I had run this on airplay for several days to
test ahead of installing, but don't remember. So during the first night on
the air, the video display must have gone to sleep and would not awaken
this morning. The automation was playing fine.  I finally put us on backup
automation and crashed it in order to regain the display. The only setting
I found that hadn't been changed was a lock display after sleeping, but all
the sleep settings were set on "never". Could the USB port have gone to
sleep and thus, with wireless mouse and keyboard not able to wake it? (I
just thought of this - I should have plugged a wired mouse or keyboard in
to see if that would wake it.)

Has anyone encountered this? Any ideas how to get the display back when you
know the machine is running fine?

Is there a power setting control I can set in the system from the terminal
to be sure it never sleeps?

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

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

Re: [RDD] Can’t import mp3 after update

[Pascal Vanbel - RUN]

I've updated to 2.15.3 and now Rivendell doesn't import anything :-/

I've got a message "Audio Converter Error : OK" (on my 2 computers)

Log doesn't seem to report an error

PVB

On 2017-02-16 19:10, Fred Gleason wrote:

On Feb 16, 2017, at 03:45, Pascal Vanbel - Radio Universitaire
Namuroise - RUN 88.1  wrote:


Last week, I did a ‘yum update’ to update our computers to the
latest versions.


Known problem on CentOS 7 installs. It’s because EPEL recently added
a libmad package that ‘updates’ the one provided by
Paravel-Broadcast.

It will be fixed in v2.15.3. In the meantime, a workaround is to
install libmad-devel.

Cheers!


|--|
| Frederick F. Gleason, Jr. | Chief Developer |
| | Paravel Systems |

|--|
| A room without books is like a body without a soul. |
| -- Cicero |

|--|



Links:
--
[1] mailto:p...@run.be


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

[RDD] rdadmin won't start

[Warren Mead]

RDAdmin is no longer starting on our station backup computer.
.
This happened during  a routine backup which involved the Restore 
Database procedure.  Possibly I didn't have wait for the message that 
indicates that restore is complete, before moving on to Manage Hosts.


If I try to start RDAdmin from the terminal, this is the message: 
invalid SQL or failed DB connection[Table 'Rivendell.VERSION' doesn't 
exist QMYSQL3: Unable to execute query]: select DB from VERSION


The system is Centos 6.6, Rivendell v2.10.3

I would really appreciate any advice how to approach this.


Regards

Warren Mead

Gold MX





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

Re: [RDD] /tmp files not getting deleted with 2.15.3...

[Matthew Chambers]

I just imported 3019 songs, 40 spots and dummy audio for my liners over the
last 5 days and it appears to be clearing /tmp with no problems. I used
rdimport from the command line for all but the spots and liners.

Matthew Chambers, CBT, NR0Q


On Apr 7, 2017 1:04 AM, "Tim Elwell"  wrote:

> Hey Fred and all
>
> I'm wondering if this is just me or if anyone else has come across this. I
> updated a client/server applicance (CentOS 6.9) test setup I have to 2.15.3
> for testing before updating anything important. It's been running for about
> 5 days since the update and I've really starting loading music to it by
> ripping cd's with RDLibrary. All the sudden tonight I hit a brick wall. It
> comes up with an error and says there's no more space available (in
> RDLibrary CD Ripper on the client). After a lot of playing and searching,
> what I found is it doesn't look like RDLibrary (or whichever process is
> responsible for this) isn't clearing the /tmp directory on the client
> machine being used for ripping. I also ripped on the server machine and the
> same situation exists. The client I use as the production machine only has
> a 250gb hard drive since all it's doing is moving music to the server (dual
> 1TB raid mirror). The server usage for /var only shows 11% used and it rips
> fine when using the server, but still leaves the files in /tmp on the
> server when ripping from the server.
>
> The only reason I came across this is I had loaded a couple hundred songs
> over about 2 days when it locked up tonight. So, maybe it's a timing issue
> that hasn't been given enough time to kill off the /tmp files, but I've
> loaded more than this before on this same setup and haven't hit it until
> this latest update.
>
> Server: CentOS 6.9, Riv 2.15.3, dual RAID 1TB mirror (11% used on /var)
> using mp2
> Client: CentsOS 6.9, Riv 2.15.3, 250Gb drive (99% used on /var because of
> the tmp files) using mp2
> (I haven't investigated this on my machine that does wav files yet though
> I would imagine it would have the same result.)
>
> I've tried both restarting RD and rebooting the machines and the RD /tmp
> files don't disappear from either machine.
>
> Anyone else seen this yet? Or is there something I should check that would
> be keeping RD from removing those when it's done ripping the CDs?
>
> Thanks a lot!
>
> Tim
> ___
> 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

[RDD] /tmp files not getting deleted with 2.15.3...

[Tim Elwell]

Hey Fred and all

I'm wondering if this is just me or if anyone else has come across this. 
I updated a client/server applicance (CentOS 6.9) test setup I have to 
2.15.3 for testing before updating anything important. It's been running 
for about 5 days since the update and I've really starting loading music 
to it by ripping cd's with RDLibrary. All the sudden tonight I hit a 
brick wall. It comes up with an error and says there's no more space 
available (in RDLibrary CD Ripper on the client). After a lot of playing 
and searching, what I found is it doesn't look like RDLibrary (or 
whichever process is responsible for this) isn't clearing the /tmp 
directory on the client machine being used for ripping. I also ripped on 
the server machine and the same situation exists. The client I use as 
the production machine only has a 250gb hard drive since all it's doing 
is moving music to the server (dual 1TB raid mirror). The server usage 
for /var only shows 11% used and it rips fine when using the server, but 
still leaves the files in /tmp on the server when ripping from the server.


The only reason I came across this is I had loaded a couple hundred 
songs over about 2 days when it locked up tonight. So, maybe it's a 
timing issue that hasn't been given enough time to kill off the /tmp 
files, but I've loaded more than this before on this same setup and 
haven't hit it until this latest update.


Server: CentOS 6.9, Riv 2.15.3, dual RAID 1TB mirror (11% used on /var) 
using mp2
Client: CentsOS 6.9, Riv 2.15.3, 250Gb drive (99% used on /var because 
of the tmp files) using mp2
(I haven't investigated this on my machine that does wav files yet 
though I would imagine it would have the same result.)


I've tried both restarting RD and rebooting the machines and the RD /tmp 
files don't disappear from either machine.


Anyone else seen this yet? Or is there something I should check that 
would be keeping RD from removing those when it's done ripping the CDs?


Thanks a lot!

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