[RDD] Long pause at Log Chain
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
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
Hi everyone, On Mon, Jul 30, 2012 at 3:17 PM, Fred Gleasonwrote: > 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...
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
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
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
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
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.1wrote: 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
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...
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...
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