Re: [RDD] Problems in spanish translation of rdlibrary, v.2.1.2
Hi, I've submitted to Fred (using Mantis [1]) a new list of files that should be included inside the .pro (project files), in orden to be traslated to spanish and other languages. Also, I've submitted a list of strings in the .cpp files that need to be inside a tr() function in order to be traslated. I've traslated most of the missing strings. Anyway, I'll wait to Fred and their people to fix the issues. Then I'll download again the source from CVS, and then I'll finish to traslate the new strings, sending him the final traslation. Thanks you! Bye! [1] http://mantis.rivendellaudio.org/view.php?id=46 A. Some files missing in .pro files === This is a summary of some files that must be added to the QT3 project files, in order to be shown and traslated by lupdate/Linguist/lrelease. In rdadmin.pro: --- add_encoder.cpp add_replicator.cpp / .h edit_dropbox.cpp / .h edit_feed_perms.cpp / .h edit_jack.cpp / .h edit_rdlogedit.cpp / .h edit_rdpanel.cpp / .h edit_settings.cpp / .h list_dropboxes.cpp / .h list_replicators.cpp / .h In rdlogedit.pro voice_tracker.cpp / .h In rdcastmanager.pro: pick_report_dates.cpp / .h B. List of strings in the Rivendell's source code without a tr() function = This is a list of strings in some .cpp files not inside a tr(), impossibiliting their traslation. RDADMIN --- in add_matrix.cpp, line 303: "New Switcher" can't be traslated. in add_hostvar.cpp, line 150: "Invalid Name", "The variable name is invalid." can't be traslated. in edit_audios.cpp, line 70: "Card" can't be traslated. Line 79: "Card Driver:" can't be traslated. in edit_encoder.cpp, line 72: "Default extension" can't be traslated. Line 82: "Command line" can't be traslated. in edit_decks.cpp, line 82: "Settings" can't be traslated Line 208: "Defaults" can't be traslated Line 238: "Host-Wide Settings" can't be traslated in edit_hotkeys.cpp, line 49: "Hot Key Configuration for" can't be traslated. Also, the strings "Start Line x", "Stop Line x", "Pause Line x", "Add", "Edit", "Move", etc. can't be traslated. in edit_now_next.cpp, line 264: "Aux Log 2" can't be traslated. in edit_encoder.cpp, line 72: "Default Extension:" can't be traslated. Line 82: "Command Line:" can't be traslated. in list_encoder.cpp, line 62: "Encoders on %s" can't be traslated. in edit_audios.cpp, line 70: "Card" can't be translated. line 79: "Card Driver:" can't be translated. in help_audios.cpp, line 55: This is a long help message for the Edit Audio Ports in RDAdmin, that can't be traslated. I don't know if it's right to use it with the tr() function. RDLOGMANAGER edit_event.cpp: line 387: "PRE-IMPORT CARTS" line 443, "IMPORT" line 1246, QColorDialog, when invoked, shows their texts in english ("Select color", "Basic colors", "Custom Colors", "Add to custom colors", "Ok", "Cancel", the colors, etc.). Is there any way to show their dialogs in spanish? We have this problem also in RDAdmin (Edit groups -> set color of the group) edit_schedrules.cpp: line 58: "Scheduler Rules" line 69, "Artist Separation:" line 221, "Import Rules from Clock" RDCATCH --- edit_recording.cpp: line 445, "None" can't be traslated. RDAIRPLAY - rdairplay.cpp: line 1822, "RDAirPlay - Host: %s User: %s Log: %s Service: %s", can't be traslated. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] RDLogedit Segfault
Yes, I can confirm this problem in 2.1.2. I'll submit it to Mantis. Bye! 2012/1/22 Brooks Whiteford > Hey team, > Reporting a seg fault in rdlogedit. If an empty log is opened up in > the voice tracker, and I click on "[end of log]" it seg faults immediately, > and the only output to the terminal is "Segmentation Fault". I know there's > no use to the voice tracker with an empty log, so it's certainly not a > crippling bug, just thought you'd like to know. > > Thanks! > Brooks > > ___ > Rivendell-dev mailing list > Rivendell-dev@lists.rivendellaudio.org > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev > > ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] SSD or even CF card?
> It seems like the Rivendell client machines would be quite happy on a 60 > GB drive (except for the /var/snd which lives on the server). 60 GB SSD > drives are under $100 these days and I'm thinking that the reduction of > heat and increase in speed I haven't yet looked seriously into v2, but was seriously looking at putting v1.7 machines on Compact Flash cards with /var and /tmp in RAM tmpfs disks. The audio and MySQL are on a networked nfs/mysql server with RAIDed drives, so you really don't have much writing locally anyway. When we make the move to v2, I think I'll still seriously consider this strategy (and probably try to make the CF read-only). Anyone see any problems that might come up with that? sjm ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] SSD for Rivendell Root/Boot drives
https://www.centos.org/modules/newbb/viewtopic.php?topic_id=28950 - this goes for Ubuntu too. Basically: ext4, use the 'defaults,discard,noatime' options. Some people also recommend swapping out the cfq IO scheduler for the noop scheduler, since there's no seek time differences between sectors in SSDs. Just add 'echo noop > /sys/block/sda/queue/scheduler' to /etc/rc.local. James On 24/01/2012 20:34, Bill Putney wrote: > Ubuntu or Centos I ment... > > On 1/24/12 12:33 PM, Bill Putney wrote: >> James, >> >> Thanks! Any known issues with either Ubuntu or Centex? >> >> Bill Putney - KPTZ Port Townsend, WA >> >> On 1/24/12 12:26 PM, James Harrison wrote: >>> I've tried a few SSDs out at this point. OCZs have failed on me, >>> Corsairs have been solid and reliable. Intels are also purportedly very >>> reliable, especially their enterprisey ones, but they're a bundle more >>> expensive - Corsair are a good middle ground as far as I can tell. >>> >>> They certainly run cooler, though not by a lot - I have thermal >>> monitoring on all my drives (thin-wire thermocouples attached with >>> thermal compound to the top of the disk) and they're all around 40c, HDD >>> or SSD, with an ambient case temp of 25c. If you want a big noise >>> reduction, make sure you replace the stock CPU cooler with something >>> larger - Zalman do some great aircoolers which run slow and quiet, or >>> you could go for a Corsair H50, which will keep an i5 dead cold but is >>> pretty damn quiet. Depends how you feel on closed-loop >>> watercooling... :-) >>> >>> I'd go for a SATAIII drive like the Corsair Force 3 at this stage. >>> They're stupid fast, don't cost much more than the SATAII equivalents >>> (and if you're buying a motherboard in this day and age it'll have >>> SATAIII anyway), and are just faster than anything I've ever used >>> before. I'm currently using a Force 3 as my desktop's primary, a 120GB >>> disk. I'd put everything except /var/snd on SSDs - what's the downside? >>> >>> Just make sure your OS/FS supports TRIM, of course... >>> >>> James >>> >>> On 24/01/2012 20:08, Bill Putney wrote: We're moving to 2.1.2 (at last). I need to upgrade one of our machines to a dual core 64 bit machine and I'm thinking of other things we might do to improve things. It seems like the Rivendell client machines would be quite happy on a 60 GB drive (except for the /var/snd which lives on the server). 60 GB SSD drives are under $100 these days and I'm thinking that the reduction of heat and increase in speed might make them good choices for the client machines. They should also be quieter than even the quietest spinning drive. Reduction in the heat load in the boxes might mean that the smart fans will spin a little slower further reducing noise. I am thinking that if there isn't a downside, making the server root/boot drive an SSD too might be a good thing to do just because it might be faster and make database look ups quicker. The /var/snd volume will stay a big spinning drive RAID-5 (or Raid-Z) array of expensive enterprise class drives. Any thoughts or experiences would be appreciated. Any drives to stay away from? Any that have worked well? I saw a comment by one user that said that they had an SSD drive that was lightning fast except for the twice a day when it took 15 second to do some internal function. Clearly that's not something I want to have in the automation system. Bill Putney - KPTZ Port Townsend, WA ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >>> ___ >>> Rivendell-dev mailing list >>> Rivendell-dev@lists.rivendellaudio.org >>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev > ___ > Rivendell-dev mailing list > Rivendell-dev@lists.rivendellaudio.org > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] SSD for Rivendell Root/Boot drives
What SSD manufacturers have you gone for? Some can be seriously dodgy - the OCZ one I had literally worked perfectly then crashed after N minutes of use, or at random. Intel are the gold standard for SSD reliability. Corsair are pretty darned good too. Also, considerable progress has been made on reliability in the last couple of years as SSDs have become more and more mainstream. It's a fast-moving world and things are always getting better. Consider the main issue, though - SSDs have an average failure rate in large-scale deployments of around 2.5%. Hard disks have AFRs of about 5%. Statistically speaking you're better off with SSDs. I'd personally be very happy putting a mission-critical machine on an SSD. If you're really concerned about reliability you're using RAID-1 in that mission-critical machine anyway, which will catch write/read corruption unless it happens on both in the same manner at the same time (though it should never, ever happen) and will catch failing disks. James On 24/01/2012 21:35, Rob Landry wrote: > I haven't had good luck with SSD's so far. They fail subtly; a file that > was there yesterday suddenly isn't accessible any more. > > I ran my email server on an SSD for a couple years, but I went back to a > mechanical disk last year after I started getting strange I/O errors. > > Another machine that I set up to handle RBDS messages at a transmitter > site died after six months; it now has a conventional disk too. > > A netbook I bought with an SSD failed after two years; I replaced the SSD > and it's back working again... but for how long? > > So far the only machines with solid-state storage I haven't had problems > with are SheevaPlugs.. and none of them are more than two years old yet. > > I wouldn't trust an SSD in a mission-critical machine. > > > Rob > ___ > Rivendell-dev mailing list > Rivendell-dev@lists.rivendellaudio.org > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] SSD for Rivendell Root/Boot drives
I haven't had good luck with SSD's so far. They fail subtly; a file that was there yesterday suddenly isn't accessible any more. I ran my email server on an SSD for a couple years, but I went back to a mechanical disk last year after I started getting strange I/O errors. Another machine that I set up to handle RBDS messages at a transmitter site died after six months; it now has a conventional disk too. A netbook I bought with an SSD failed after two years; I replaced the SSD and it's back working again... but for how long? So far the only machines with solid-state storage I haven't had problems with are SheevaPlugs.. and none of them are more than two years old yet. I wouldn't trust an SSD in a mission-critical machine. Rob ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] SSD for Rivendell Root/Boot drives
Ubuntu or Centos I ment... On 1/24/12 12:33 PM, Bill Putney wrote: > James, > > Thanks! Any known issues with either Ubuntu or Centex? > > Bill Putney - KPTZ Port Townsend, WA > > On 1/24/12 12:26 PM, James Harrison wrote: >> I've tried a few SSDs out at this point. OCZs have failed on me, >> Corsairs have been solid and reliable. Intels are also purportedly very >> reliable, especially their enterprisey ones, but they're a bundle more >> expensive - Corsair are a good middle ground as far as I can tell. >> >> They certainly run cooler, though not by a lot - I have thermal >> monitoring on all my drives (thin-wire thermocouples attached with >> thermal compound to the top of the disk) and they're all around 40c, HDD >> or SSD, with an ambient case temp of 25c. If you want a big noise >> reduction, make sure you replace the stock CPU cooler with something >> larger - Zalman do some great aircoolers which run slow and quiet, or >> you could go for a Corsair H50, which will keep an i5 dead cold but is >> pretty damn quiet. Depends how you feel on closed-loop >> watercooling... :-) >> >> I'd go for a SATAIII drive like the Corsair Force 3 at this stage. >> They're stupid fast, don't cost much more than the SATAII equivalents >> (and if you're buying a motherboard in this day and age it'll have >> SATAIII anyway), and are just faster than anything I've ever used >> before. I'm currently using a Force 3 as my desktop's primary, a 120GB >> disk. I'd put everything except /var/snd on SSDs - what's the downside? >> >> Just make sure your OS/FS supports TRIM, of course... >> >> James >> >> On 24/01/2012 20:08, Bill Putney wrote: >>> We're moving to 2.1.2 (at last). I need to upgrade one of our machines >>> to a dual core 64 bit machine and I'm thinking of other things we might >>> do to improve things. >>> >>> It seems like the Rivendell client machines would be quite happy on >>> a 60 >>> GB drive (except for the /var/snd which lives on the server). 60 GB SSD >>> drives are under $100 these days and I'm thinking that the reduction of >>> heat and increase in speed might make them good choices for the client >>> machines. They should also be quieter than even the quietest spinning >>> drive. Reduction in the heat load in the boxes might mean that the >>> smart >>> fans will spin a little slower further reducing noise. >>> >>> I am thinking that if there isn't a downside, making the server >>> root/boot drive an SSD too might be a good thing to do just because it >>> might be faster and make database look ups quicker. The /var/snd volume >>> will stay a big spinning drive RAID-5 (or Raid-Z) array of expensive >>> enterprise class drives. >>> >>> Any thoughts or experiences would be appreciated. Any drives to stay >>> away from? Any that have worked well? I saw a comment by one user that >>> said that they had an SSD drive that was lightning fast except for the >>> twice a day when it took 15 second to do some internal function. >>> Clearly >>> that's not something I want to have in the automation system. >>> >>> Bill Putney - KPTZ Port Townsend, WA >>> ___ >>> Rivendell-dev mailing list >>> Rivendell-dev@lists.rivendellaudio.org >>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >> ___ >> Rivendell-dev mailing list >> Rivendell-dev@lists.rivendellaudio.org >> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev > ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] SSD for Rivendell Root/Boot drives
James, Thanks! Any known issues with either Ubuntu or Centex? Bill Putney - KPTZ Port Townsend, WA On 1/24/12 12:26 PM, James Harrison wrote: > I've tried a few SSDs out at this point. OCZs have failed on me, > Corsairs have been solid and reliable. Intels are also purportedly very > reliable, especially their enterprisey ones, but they're a bundle more > expensive - Corsair are a good middle ground as far as I can tell. > > They certainly run cooler, though not by a lot - I have thermal > monitoring on all my drives (thin-wire thermocouples attached with > thermal compound to the top of the disk) and they're all around 40c, HDD > or SSD, with an ambient case temp of 25c. If you want a big noise > reduction, make sure you replace the stock CPU cooler with something > larger - Zalman do some great aircoolers which run slow and quiet, or > you could go for a Corsair H50, which will keep an i5 dead cold but is > pretty damn quiet. Depends how you feel on closed-loop watercooling... :-) > > I'd go for a SATAIII drive like the Corsair Force 3 at this stage. > They're stupid fast, don't cost much more than the SATAII equivalents > (and if you're buying a motherboard in this day and age it'll have > SATAIII anyway), and are just faster than anything I've ever used > before. I'm currently using a Force 3 as my desktop's primary, a 120GB > disk. I'd put everything except /var/snd on SSDs - what's the downside? > > Just make sure your OS/FS supports TRIM, of course... > > James > > On 24/01/2012 20:08, Bill Putney wrote: >> We're moving to 2.1.2 (at last). I need to upgrade one of our machines >> to a dual core 64 bit machine and I'm thinking of other things we might >> do to improve things. >> >> It seems like the Rivendell client machines would be quite happy on a 60 >> GB drive (except for the /var/snd which lives on the server). 60 GB SSD >> drives are under $100 these days and I'm thinking that the reduction of >> heat and increase in speed might make them good choices for the client >> machines. They should also be quieter than even the quietest spinning >> drive. Reduction in the heat load in the boxes might mean that the smart >> fans will spin a little slower further reducing noise. >> >> I am thinking that if there isn't a downside, making the server >> root/boot drive an SSD too might be a good thing to do just because it >> might be faster and make database look ups quicker. The /var/snd volume >> will stay a big spinning drive RAID-5 (or Raid-Z) array of expensive >> enterprise class drives. >> >> Any thoughts or experiences would be appreciated. Any drives to stay >> away from? Any that have worked well? I saw a comment by one user that >> said that they had an SSD drive that was lightning fast except for the >> twice a day when it took 15 second to do some internal function. Clearly >> that's not something I want to have in the automation system. >> >> Bill Putney - KPTZ Port Townsend, WA >> ___ >> Rivendell-dev mailing list >> Rivendell-dev@lists.rivendellaudio.org >> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev > ___ > Rivendell-dev mailing list > Rivendell-dev@lists.rivendellaudio.org > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] SSD for Rivendell Root/Boot drives
I've tried a few SSDs out at this point. OCZs have failed on me, Corsairs have been solid and reliable. Intels are also purportedly very reliable, especially their enterprisey ones, but they're a bundle more expensive - Corsair are a good middle ground as far as I can tell. They certainly run cooler, though not by a lot - I have thermal monitoring on all my drives (thin-wire thermocouples attached with thermal compound to the top of the disk) and they're all around 40c, HDD or SSD, with an ambient case temp of 25c. If you want a big noise reduction, make sure you replace the stock CPU cooler with something larger - Zalman do some great aircoolers which run slow and quiet, or you could go for a Corsair H50, which will keep an i5 dead cold but is pretty damn quiet. Depends how you feel on closed-loop watercooling... :-) I'd go for a SATAIII drive like the Corsair Force 3 at this stage. They're stupid fast, don't cost much more than the SATAII equivalents (and if you're buying a motherboard in this day and age it'll have SATAIII anyway), and are just faster than anything I've ever used before. I'm currently using a Force 3 as my desktop's primary, a 120GB disk. I'd put everything except /var/snd on SSDs - what's the downside? Just make sure your OS/FS supports TRIM, of course... James On 24/01/2012 20:08, Bill Putney wrote: > We're moving to 2.1.2 (at last). I need to upgrade one of our machines > to a dual core 64 bit machine and I'm thinking of other things we might > do to improve things. > > It seems like the Rivendell client machines would be quite happy on a 60 > GB drive (except for the /var/snd which lives on the server). 60 GB SSD > drives are under $100 these days and I'm thinking that the reduction of > heat and increase in speed might make them good choices for the client > machines. They should also be quieter than even the quietest spinning > drive. Reduction in the heat load in the boxes might mean that the smart > fans will spin a little slower further reducing noise. > > I am thinking that if there isn't a downside, making the server > root/boot drive an SSD too might be a good thing to do just because it > might be faster and make database look ups quicker. The /var/snd volume > will stay a big spinning drive RAID-5 (or Raid-Z) array of expensive > enterprise class drives. > > Any thoughts or experiences would be appreciated. Any drives to stay > away from? Any that have worked well? I saw a comment by one user that > said that they had an SSD drive that was lightning fast except for the > twice a day when it took 15 second to do some internal function. Clearly > that's not something I want to have in the automation system. > > Bill Putney - KPTZ Port Townsend, WA > ___ > Rivendell-dev mailing list > Rivendell-dev@lists.rivendellaudio.org > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
[RDD] SSD for Rivendell Root/Boot drives
We're moving to 2.1.2 (at last). I need to upgrade one of our machines to a dual core 64 bit machine and I'm thinking of other things we might do to improve things. It seems like the Rivendell client machines would be quite happy on a 60 GB drive (except for the /var/snd which lives on the server). 60 GB SSD drives are under $100 these days and I'm thinking that the reduction of heat and increase in speed might make them good choices for the client machines. They should also be quieter than even the quietest spinning drive. Reduction in the heat load in the boxes might mean that the smart fans will spin a little slower further reducing noise. I am thinking that if there isn't a downside, making the server root/boot drive an SSD too might be a good thing to do just because it might be faster and make database look ups quicker. The /var/snd volume will stay a big spinning drive RAID-5 (or Raid-Z) array of expensive enterprise class drives. Any thoughts or experiences would be appreciated. Any drives to stay away from? Any that have worked well? I saw a comment by one user that said that they had an SSD drive that was lightning fast except for the twice a day when it took 15 second to do some internal function. Clearly that's not something I want to have in the automation system. Bill Putney - KPTZ Port Townsend, WA ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
[RDD] Ok, back to the Rivendell Project.
I have been gone for a while off on other projects, I also moved from Commercial into Public Radio. Whew what a stress relief!!! I am starting a personal side project and Rivendell will obviously fit the bill. I am going to be reading the archive, but what seems to be a good jack plugin for doing some basic processing. Compressor/Gate/Limiter. I want an Orban/Omnia Jack module basically. Hit me with the big highlights over the last 1-1/2 years. -- Don Russell, CBRE CBNT W9DRR ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] Timed & Notified Deletions of RDCatch Material
On Tue, 2012-01-24 at 08:53 -0500, Alan Peterson wrote: > That's where I need a little aim in coming up with the syntax to > execute a proper cron job. >From whatever user has read/write permissions to the files in question:, run 'crontab -e' to put you into an editor where you enter commands for cron. On many systems, this would be 'vi', but you may have set the variables for 'emacs' or another. Just be sure you know how to edit and save files and exit the program in whichever editor comes up. ;-) Once in the editor, enter something like the following, tailoring the path and time to your liking: # # field allowed values # - -- # minute 0-59 # hour 0-23 # day of month 1-31 # month 1-12 (or names, see below) # day of week0-7 (0 or 7 is Sun, or use names) # 01 00 * * * find /audio/logger/*.wav -ctime +30 -print0 | xargs -0 rm -f # You can leave out all the lines starting with the hash; they're here for your reference. The one line starting with "01" is the only relevant one here. Explanation: 1. The system will find any "*.wav" file in the "/audio/logger/" directory that was created thirty or more days ago. 2. The 'rm -f' command after 'xargs' at the end of the find command tells the system to absolutely delete any file that match the criteria of the 'find' command. In your case, you'll likely want to use another similar 'find' command before this one to email you a summary (or the file, or whatever you want to do). Alternatively, something else you could do is to write a bash script containing commands to move them to an archive [external| flash] drive, email you the list of files it's going to modify/remove, run the above find command, etc. and then simply call the script in crontab instead of running the find command. For a more detailed explanation, consult the man page of crontab and find: 'man 5 crontab' 'man 1 find' Hope this helps. -- +--+--+ | Sherrod Munday | | | Senior VP, Engineering | (423) 396-8130 (W) | | Sky Angel U.S., LLC | | +--+--+ ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] Timed & Notified Deletions of RDCatch Material
Alan, I'm not a script guru, but I copied and pasted parts, I use that might get you there. find /audio file dir/* -mmin -32 | while read FILE do cp $FILE '/new/dir' Email part less info.txt | mail -s "This is your email subject" em...@domain.com You use find to locate the files you want to use. This example uses files 32 minutes and newer. (-mtime is days). My example is copying files, you could move or delete or convert the audio files to whatever as well. I hope this helps. Todd On Tue, 24 Jan 2012 08:53:55 -0500 (EST) Alan Peterson wrote: > No, you're pretty much on target Wayne. I have danced around with > Rotter a little bit, which, for all its simplicity, is actually a > cool little program. > > RDCatch and LAB also do what I need to have done for the logging > aspect. But I still need the auto e-mail and the mass wipe of files > after a specified period. That's where I need a little aim in coming > up with the syntax to execute a proper cron job. > > -AP > > > > - Original Message - > From: "Wayne Merricks" > To: c...@gwis.com, "User discussion about the Rivendell Radio > Automation System" Sent: > Monday, January 23, 2012 12:52:51 PM GMT -05:00 US/Canada Eastern > Subject: Re: [RDD] Timed & Notified Deletions of RDCatch Material > > Hi, > > Theres a program called rotter that already does most of this: > > http://www.aelius.com/njh/rotter/ > > "Rotter is a Recording of Transmission / Audio Logger for JACK. It > was designed for use by radio stations, who are legally required to > keep a recording of all their output. Rotter runs continuously, > writing to a new file every hour. > > Rotter can output files in servaral different strutures, including > all files in a single directory or create a directory structure.The > advantage of using a folder hierarchy is that you can store related > files in the hour's directory." > > Although it won't send out an email it does check every hour whether > it needs to delete anything. > > Apologies if I've misunderstood the question. > > Regards, > > Wayne > > On Mon, 23 Jan 2012 16:45:40 -, Cowboy wrote: > > > On Monday 23 January 2012 11:18:25 am Alan Peterson wrote: > >> This is probably best suited as a cron job, unless there is > >> something in either LAB or RDC that already does this. > > > > I'm envisioning something derived from the ( mostly ) standardized > > "log rotate" > > scripts in many distro's today. > > Move the stuff to a target ( temporary ) directory, then cdrecord > > to generate > > an ISO and burn. > > Not a lot of hacking to get this done, but I agree, if there's > > already something in LAB or RDC that does an elegant job already. > > ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] Timed & Notified Deletions of RDCatch Material
On Tuesday 24 January 2012 08:53:55 am Alan Peterson wrote: > That's where I need a little aim in coming up with the syntax to execute a > proper cron job. The recent trend, and one I used before it became popular, is to develop a script that does what you want. You can write it, run it, test it, all with dummy targets, to get it totally debugged. Change the directories, files, etc. to the real target, and run it manually a few times to be absolutely certain it does what you want. Nothing more, nothing less. Then, ultimately, merely use cron to call your script when you want it automatically called. If you have doubts about cron syntax, then use cron to call it while it's still using dummy targets, before you make it a "live" utility. -- Cowboy http://cowboy.cwf1.com Arthur's Laws of Love: (1) People to whom you are attracted invariably think you remind them of someone else. (2) The love letter you finally got the courage to send will be delayed in the mail long enough for you to make a fool of yourself in person. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] Timed & Notified Deletions of RDCatch Material
No, you're pretty much on target Wayne. I have danced around with Rotter a little bit, which, for all its simplicity, is actually a cool little program. RDCatch and LAB also do what I need to have done for the logging aspect. But I still need the auto e-mail and the mass wipe of files after a specified period. That's where I need a little aim in coming up with the syntax to execute a proper cron job. -AP - Original Message - From: "Wayne Merricks" To: c...@gwis.com, "User discussion about the Rivendell Radio Automation System" Sent: Monday, January 23, 2012 12:52:51 PM GMT -05:00 US/Canada Eastern Subject: Re: [RDD] Timed & Notified Deletions of RDCatch Material Hi, Theres a program called rotter that already does most of this: http://www.aelius.com/njh/rotter/ "Rotter is a Recording of Transmission / Audio Logger for JACK. It was designed for use by radio stations, who are legally required to keep a recording of all their output. Rotter runs continuously, writing to a new file every hour. Rotter can output files in servaral different strutures, including all files in a single directory or create a directory structure.The advantage of using a folder hierarchy is that you can store related files in the hour's directory." Although it won't send out an email it does check every hour whether it needs to delete anything. Apologies if I've misunderstood the question. Regards, Wayne On Mon, 23 Jan 2012 16:45:40 -, Cowboy wrote: > On Monday 23 January 2012 11:18:25 am Alan Peterson wrote: >> This is probably best suited as a cron job, unless there is something >> in either LAB or RDC that already does this. > > I'm envisioning something derived from the ( mostly ) standardized "log > rotate" > scripts in many distro's today. > Move the stuff to a target ( temporary ) directory, then cdrecord to > generate > an ISO and burn. > Not a lot of hacking to get this done, but I agree, if there's already > something in LAB or RDC that does an elegant job already. ### Scanned by MailMarshal ### Attention: The information contained in this message is confidential and intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. Christian Vision or any of its subsidiaries will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. Please note that we reserve the right to monitor and read any e-mails sent or received by the company under the Telecommunications (Lawful Business Practice) (Interception of Communications) Regulation 2000. Christian Vision is registered in England as a limited company 2842414 and as a charity 1031031 ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev