Re: [RDD] Riv 3.0 scrolls through logs after 3 days
I see the same behaviour on RC2. I have to restart the daemons to get it to work. I looked through the logs, and nothing was obvious. Sent from my iPad > On May 17, 2019, at 10:06, Tom Van Gorkom wrote: > > Using Riv 3.0 with CentOS 7 with the Livewire driver on a standalone for both > testing and a backup audio source if the automation goes quiet... > > Running a series of about 20 logs in a loop, RDairplay runs fine for about 3 > days at a time and then starts scrolling rapidly through each log. I have to > force quit RDairplay and restart it again. I re-generated all of the logs to > make sure there were no issues with them and started in different places with > the same result. The same setup with Riv 2.19 and CentOS 6 on identical > hardware works flawlessly. What might be causing this? > > 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 ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rivendell Using Audio Card as Audio Switch
Ben, I've had success using ST and SR with the Delta1010. I use Jack as the audio back end for Rivendell. Your syntax looks good. The issue I run into is with the SX command. I'd like to duck the audio from the satellite to play imaging components. When I try "SX 2 1 1 -10" on the same cross connect that works on ST/SR, nothing happens. Before digging through the code, I figured I would ask if anyone has run into this. Brian -- Brian P. McGlynn Sent from my iPhone > On Aug 27, 2016, at 22:39, Ben Blevins wrote: > > Attempting to use a Delta 1010 as a switcher. Anyone able to get it to work? > I can't seem to switch from any source other than 1. It won't remove 1 to > play anything from Aux 1 log or any other input. > > Using ST 0 1 1! to add Input 1 and SR 0 1 1! to remove 1 to play something > from Aux 1 log. I also tried ST 0 2 1! to just switch sources in general > with no result. Any thoughts? > > > >> On Tue, Jul 26, 2016 at 8:02 AM, Frank White >> wrote: >> I found my issue. For some reason, probably my mistake, the last channel on >> the 4 channel card will not work. But the 3rd channel works great. So now >> we can replace any commercial we need to from airing over the stream. Works >> great every time I have tested it. Thanks! >> >> Frank White >> >> >> On Monday, July 25, 2016, Rob Landry <41001...@interpring.com> wrote: >> > >> > Wow. Who knew? >> > >> > >> > Rob >> > >> > -- >> > Я там, где ребята толковые, >> > Я там, где плакаты "Вперёд", >> > Где песни рабочие новые >> > Страна трудовая поёт. >> > >> > On Mon, 25 Jul 2016, Fred Gleason wrote: >> > >> >> On Jul 25, 2016, at 07:13, Rob Landry <41001...@interpring.com> wrote: >> >> You're using a sound card as an audio switch? I didn't think >> >> Rivendell was capable of addressing ASI cards that way; my >> >> understanding is he inputs and outputs are defined for the >> >> various RD programs in rdadmin and they can't be changed on the >> >> fly using RML commands, as you are trying to do. >> >> >> >> >> >> You sure can! Just add a ‘Local Audio Adapter’ switcher in >> >> RDAdmin->ManageHosts->Switchers/GPIO and set the ‘Card’, ‘Inputs’ and >> >> ‘Outputs’ parameters accordingly. This works for all classes of audio >> >> device (AudioScience, ALSA and JACK). See the ‘Local Audio Adapter’ >> >> section >> >> in ‘SWITCHERS.txt’: >> >> >> >> https://github.com/ElvishArtisan/rivendell/blob/stable/docs/SWITCHERS.txt >> >> >> >> Cheers! >> >> >> >> >> >> |--| >> >> | Frederick F. Gleason, Jr. | Chief Developer | >> >> | | Paravel Systems | >> >> |--| >> >> | A room without books is like a body without a soul. | >> >> | -- Cicero| >> >> |--| >> >> >> >> >> > >> >> -- >> Frank White >> Frank White Technology >> >> ___ >> 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 Using Audio Card as Audio Switch
I've been able to use it with a lot of success with a Delta 44 using ST and SR commands to turn on and off satellite programming. With Jack, it works great. What I can't get working is the SX command. I'd like to be able to "Duck" the audio coming in from satellite to play a liner then restore afterwards. I've tried "SX 2 1 1 -10" and don't see the audio level drop. Before digging through the code, I figured I would see if anyone has tried this with an audio adapter. Thanks in advance. On Monday, July 25, 2016 9:55 AM, Fred Gleason wrote: On Jul 25, 2016, at 07:13, Rob Landry <41001...@interpring.com> wrote: You're using a sound card as an audio switch? I didn't think Rivendell was capable of addressing ASI cards that way; my understanding is he inputs and outputs are defined for the various RD programs in rdadmin and they can't be changed on the fly using RML commands, as you are trying to do. You sure can! Just add a ‘Local Audio Adapter’ switcher in RDAdmin->ManageHosts->Switchers/GPIO and set the ‘Card’, ‘Inputs’ and ‘Outputs’ parameters accordingly. This works for all classes of audio device (AudioScience, ALSA and JACK). See the ‘Local Audio Adapter’ section in ‘SWITCHERS.txt’: https://github.com/ElvishArtisan/rivendell/blob/stable/docs/SWITCHERS.txt 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 ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] USB audio woes
We use them with JackD without any problems. I would recommend that approach. -- Brian P. McGlynn Sent from my iPhone > On May 9, 2016, at 8:31 PM, Rob Landry <41001...@interpring.com> wrote: > > > I'm reluctantly being forced to conclude that all USB audio devices are bad > news. They have a habit of suddenly ceasing to be recognized, and while > sometimes it's enough to restart the Rivendell daemons, I have one machine > with an externally powered USB audio device where if the machine reboots, it > will not recognize the USB audio device until the device's external power is > cycled. > > Has anyone here had similar experiences? > > > Rob > > -- > Я там, где ребята толковые, > Я там, где плакаты "Вперёд", > Где песни рабочие новые > Страна трудовая поёт. > ___ > 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] rdimport returned values
Alessio, You can parse the output for ERROR. Store the output in a variable, the use a regex or word counter to see the length of the output. I find Perl works very well as a shell scripting language for these sorts of things. Brian -- Brian P. McGlynn Sent from my iPhone > On Nov 28, 2015, at 07:24, Alessio Elmi wrote: > > Hi there, > I would like to implement a particular bash script which involves rdimport > and I would like to take the assigned cart id as a value for further > operation. > Do you know if there is a way to get it directly from as a returned value? > For the moment I though two ways: > 1) Pipe and grep the standard output where it tells the number of the cart > 2) Query mysql and take last added cart. > However i don't think it is very robust. > Do you know any better way? Fred? > Cheers > > Alessio > ___ > 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] GPIO Permissions
Michael, Put a command in /etc/rc.local that chown's and it will work each time on reboot. Brian -- Brian P. McGlynn Sent from my iPhone > On Oct 14, 2015, at 13:33, Michael Barnes wrote: > > Setting up a new Rivendell box that has a Measurement Computing PCI DIO-24 > card installed. When I fire it up, I find that it doesn't read contact > closures. Using gpitest I get a popup box that says "Can't open GPIO > device." I check /dev/gpio0 and find the permissions only for root. I chmod > it to 777 and everything works fine. However, on rebooting the machine, the > permissions reset and the relay contacts don't work again. > > How do I permanently change the permissions so they stay in place after a > reboot? > > This is a CentOS 6 Appliance install. > > Thanks for your ideas. > > Michael > > ___ > 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] M-Audio Delta 44 Soundcard + Rivendell. Help Please
Austin, On Centos, these cards come up as inputs and outputs turned to zero as a default. Try "alsamixer" to turn them up and "alsactl" to save the state of the sound card for next reboot. -- Brian P. McGlynn Sent from my iPhone > On Jul 15, 2015, at 23:54, Austin wrote: > > Hello, > > I've been surfing the web and still having some trouble getting my m-audio > delta 44 sound card to work. ALSA recognizes the soundcard and I > configured the soundcard in rivendell and have already disabled the on > board sound card in the bios, but still no sound. I'm stumped. > > Thanks, > Austin > > ___ > 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] Traffic Schedulers
James, Natural Log works beautifully with Rivendell. The key is to set up a "Rivendell" output filter on Natural Log, then map the columns on a Custom Import filter inside of RDadmin. It takes a little messing around, but once it's in - it works great. Brian -- Brian P. McGlynn Sent from my iPhone > On Jan 9, 2015, at 7:13 PM, James L. Stewart wrote: > > > I did get the demo (freely downloadable) version Natural Log > (http://www.nat-soft.com) to to install and at least start up under WINE. I > never took it any further than that. This software could be above your > budget as even the stripped down "Lite" version is $500 USD, but the full > version does feature compare with the "big players" in this market, and is a > favorite with a "Traffic Lady" that I know that has used most all of them at > one time or another. I'm guessing one could create a custom import filter in > Rivendel that would match the fixed "Simian Lite" export format locked into > the "Lite" version. > > Oh and we are using the full version on our station, but running it on a > Windows machine. > > ___ > 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] Audio output
Check the file permissions in /var/snd on the remote machine. They should appear readable/writable by the same user/group in /etc/rd.conf. Brian -- Brian P. McGlynn Sent from my iPhone > On Dec 9, 2014, at 11:59 PM, Stan Fotinos wrote: > > Use RDadmin and check the audio resources for the host that is not working, > what does it show. > > >> On 10/12/2014 12:02 pm, Al Sargent wrote: >> I guess I am gaining on getting things going. I have a two computers >> talking to each other. One has the database and all the audio files on it >> and the other is reading the info from the one with the database and files. >> The nfs is working and the database is available to both machines. I went >> to the machine without the data files or database, called up a song in >> rdlibrary clicked the play button and nothing happened. I'm missing >> something else. Any help. Thanks >> >> ___ >> 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] Local Audio Switch
Hi, That is correct. We've done this with Satellite Receivers all the time. You need to set up a Switch in Rdadmin for that account using the Audio Card as the switch type. Once that is done, the ST and SR RML commands can be run in a macro. I've had a lot of success with the Delta 44 sound cards. -- Brian P. McGlynn Sent from my iPhone > On Dec 2, 2014, at 9:56 PM, Cowboy wrote: > >> On Monday 01 December 2014 08:10:08 pm Bruce Lee Mones wrote: >> Please correct me if I'm wrong. From what I understand, even with the audio >> present in the line-in of the sound device, it will not pass-thru to >> line-out UNLESS RML-ST was invoked (macro or RMLSend) and will be "cut-off" >> when RML-SN is invoked. > > To a certain extent, that does depend on the particular sound card. > Some do, some don't. > > If you, or anyone, has been able to make that card operate in a > full duplex mode under almost any circumstances, then at least > we'd know it's possible on *that* hardware. > > -- > Cowboy > > http://cowboy.cwf1.com > > Those who do not understand Unix are condemned to reinvent it, poorly. >-- Henry Spencer > ___ > 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] Serial Insert RML Problems
I'm trying to get Rivendell to look at a stream of serial data from a satellite receiver and am running into intermittent issues. If I bring up minicom, I can see the strings come through without a problem. Occasionally, I am able to get the carts to fire off correctly with Rivendell based on serial port strings. Serial ports are working in that I have a switcher on the computer that works fine through Rivendell. Here is what I am doing: 1. Configure Serial Port 1 in RDadmin: Serial Port 1: /dev/ttyS1 Configured 9600, N81 2. Perform Insert to watch for string "#U12@": SI 1 54114 #U12@! 3. Set cart 54114 to log the event into a file: (Tested, and working). When I watch the logs, can see the test that I run but cannot always see the serial traffic. Sometimes it works, sometimes it does not. I am just not sure what sequence of activities I run that make it work versus not. Is there a way to better troublehshoot how Rivendell works with Serial Traps? Is there an initialization sequence that I am missing? Thanks in advance. Brian___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rivendell Voicetrack Project
I like this approach in that it reduces the footprint of what needs to be on the client machine. I could envision this being rolled into the distribution as a Voicetrack client on multiple platforms. AVFlex and other commercial solutions utilize a client-server configuration where the audio and mechanics of the station are housed on one machine and the control logic is externally controlled with TCP/IP. In the case of Rivendell, RDAirplay could be embedded into an audio server machine and a remote client would talk with it to control. I can see this in a production environment with a custom Voicetrack and controller client that runs on a variety of platforms. This client would speak Web Services (under SSL) to a Rivendell playback server to control RDAirplay, get Peak data, and punch-down and save Voicetracks. The server and client would have a SIP client embedded to allow super-low latency control and playback. You could monitor what is going on, voicetrack, and manage the production library from remote. This sort of configuration would be excellent for: 1) Live Remotes to control the board, drop in updates, and broadcast live 2) Live Sporting Events 3) Simplified, secure Voicetracking 4) Multi-purpose studios (where one console could log into multiple radio stations to control them) 5) Easy phone call integration via SIP -- Brian P. McGlynn On Sunday, May 11, 2014 3:15 PM, Administration wrote: Hello All, We have been testing a way to give rivendell some new life in one area it is seriously lacking in, remote voicetracking. Below are results from some initial tests, we wanted to share them with the community, we will update this as further testing becomes successful PROJECT OUTLINE (prereq) 1. Ability for DJ to voicetrack with limited user knowledge 2. Ability for DJ to voicetrack without having to have a complicated multiple database setup) 3. Ability to avoid having to have duplicate copies of rivendell and its entire library on multiple linux workstations in multiple locations 4. Ability to allow DJS to voicetrack into rivendell from any device (tablet, smartphone, computer running any operating system) 5. Ability for DJ to record voicetrack shifts while having minimal contact with rivendell system 6. Ability to allow DJS to hear "backsell" and "upcoming" audio without complicated server and streaming configuration 7. Ability to avoid any files having to be uploaded from DJ device to rivendell 8. Ability to allow DJ a way to interface additional audio into voicetracks (IE: weather beds or sound effects) this audio can be on rivendell system, but in the voicetrack file a copy of this audio will exist, the copy being purged once voicetrack has been aired from the prereq above a test session was performed, follows is the results of that test! TEST DATE: May 7th 2014 LOCATIONS: Maine, Bermuda TOTAL DJS: 2 TOTAL ON AIR SHIFTS: 7 TEST RESULTS (90% Complete) SCENARIO 1 dj is a teen in MAINE and all she has is iphone she uses teamviewer to login to the vt box on her phone she uses a app that allows her mic to sound like stereo quality she calls and answers the VT (SIP CLIENT TESTING) on her phone, she pulls the log up in rdlogedit (we leave that open on the vt machine along with rdcatch 24/7, they cant X out of it she finds her log with the VT markers in it she calls the rdpanel we have setup for vt in she goes to the voicetracker, finds her first vt memo line she cuts 4 hours of vts, including weather breaks, contest calls, and various music beds when she is on a song break she saves the log the log gets ready for air TOTAL TIME SPENT: 35 minutes for a 4 hour shift Scenario 2 Disc Jockey in bermuda connects from a windows 7 box using teamviewer he calls and answers (SIP CLIENT TESTING)from his box once connected he looks through the log (he has multiple shifts) he goes through each log (our djs have four talk stops an hour while on VT, so a total of 4 vts per hour) he tracks and and saves 6 logs (one weeks worth of vt shifts at 4 hours each) he does not DO weather, we use rdcatch to carry an audio weather update from an external source to a cart, we then put a pre cart with the weather opener bed in it, then we use a post cut for the weather closer when he is done he closes out of the vt and leaves rdlogedit TOTAL TIME SPENT: 1 hour 10 minutes for 6 4-hour shifts on air More Coming Soon! ___ 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] Voicetracking over a slow connection - what works best?
Hello, I've been working with this too in trying to voicetrack remotely from a satellite office to a central office with some success. The issue we face is limited bandwidth over a VPN. Here is the approach I tested: 1. Sync files with a Cloud Service like SpiderOak This type of service ($10/month or so) allows for reasonable prices, backup, and easy distribution across multiple nodes on the WAN. Configure /var/snd on all machines to be "synced" and updated files appear on all nodes almost instantly. Compared to RSync, this service does a much better job managing the network traffic. Also - use MP2 as the back-end for files. 2. VPN for the MySQL database connection 3. Modification of source code for the Voicetracker to reduce MySQL traffic Item #3 is the key to make the experience usuable. I looked at the network traffic of the Voicetracker program when saving, inserting, and modifying a track and there appears to be quite a bit sent. From looking at the code, the entire log seems to be sent to MySQL each and every time there is a slight change to the log. With a fully loaded log, this can take 30-60 seconds of a reasonable link where there is network management in place. These sorts of things are reasonable to expect in most radio envioronments. There was a patch that was released to only transmit the log on modification, or on final save if the actual voicetrack was changed. I modifed several source files on 2.8.1 and was able to get this to work. It still is very chatty with MySQL, and has some times where there is a large delay in sending the full log. All said, this patch makes remote voicetracking possible versus unusable. The basis of the patch is here, it will need to be manually modified to work with newer versisons: https://www.mail-archive.com/rivendell-dev@lists.rivendellaudio.org/msg00421.html RDLogedit was designed for local network access, and thus we see this sort of behavior. Architecturally, it would great to modify RDLogedit to work over a WAN. This would require: 1. Migrating to the Web Services vs. MySQL for data 2. Modification of the Client and Server component to transmit only Deltas of the log 3. Implementation of some sort of locking mechanism for when the log is being edited Short of these modifications, the only thing I could think of was to use the patch suggested above. Maybe we could get this put into the general code base if it tests out alright? I'd be happy to share the modified files with the development team if they would like to consider putting it into the code base - please email me privately. Brian On Sunday, March 2, 2014 12:11 PM, Fernando Della Torre wrote: I Think rsync'ing your /var/snd to the local machine would help a lot. After recording you could rsync back only the voice files. Anyway accessing MySQL over a WAN link it's not the optimal. Regards. 2014-03-02 10:19 GMT-03:00 Morten Krarup Nielsen : I've tried option 1. >There's a 20/20 fiber connection in both the studio and at my home. At best it >works a little slow, but I can live with that. Some times the log gets >corrupted though. > >We store our music in wav. It would work faster if you work with MP3. I >thought about using Bittorrent Sync for /var/snd but haven't done any >experimentation yet. > > > > >2014-02-28 16:17 GMT+01:00 Keith Thelen : > > >Hello all! >> >>I know there's no official remote voicetracking feature at this point. But >>from digging through past posts, I gather there's people out there who have >>managed to assemble something that accomplishes the same function, more or >>less. >> >>As I see it, there's at least two ways of doing this: >> >>1) Provide the person who will be voicetracking with a computer running >>Rivendell, let them connect over a VPN, tweak things to obtain acceptable >>results. (There seems to be a few ways in which people have done this… local >>copy of the library, a patch that reduces log writes, etc. What are the best >>techniques here?) >> >>2) Provide the person who will be voicetracking with a copy (printed, text, >>PDF, whatever) of the log in question, and receive a pile of individual >>voicetracks which must then be imported and placed. (This seems like an ugly >>solution, but on a technical level it's the simplest. Who, if anyone, is >>doing this? What tricks have you used to reduce the labor involved?) >> >>Any hints would be appreciated… don't want to reinvent the wheel if I can >>help it. >> >> >> >>--- >>Keith Thelen >>Kanabec Systems >> >> ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Broadcast Tools ss4.4 - SOLVED
Hello,
I looked through the source code, and found the issue. There is a hard-coded
value for maximum outputs versus looking at the value from RDadmin.
The fix needs to go in ripcd/btss44.cpp
Change:
case RDMacro::SA:
if((cmd->arg(1).toInt()<1)||(cmd->arg(1).toInt()>bt_inputs)||
(cmd->arg(2).toInt()<1)||(cmd->arg(2).toInt()>2)) {
cmd->acknowledge(false);
To:
case RDMacro::SA:
if((cmd->arg(1).toInt()<1)||(cmd->arg(1).toInt()>bt_inputs)||
(cmd->arg(2).toInt()<1)||(cmd->arg(2).toInt()>bt_outputs)) {
cmd->acknowledge(false);
There are two more cases that need this modification:
case RDMacro::SR:
case RDMacro::ST:
I'm not set up to contribute to the code base, otherwise I'd check this fix in.
If someone would like to do that, I would be happy to provide a diff file
against the versions.
This was tested on version 2.8.1.
On Saturday, March 1, 2014 8:22 PM, Brian P. McGlynn wrote:
Hello,
Has anyone tried switching between ports 3 and 4 on a Broadcast Tools SS4.4
with Rivendell? I am successfully able to switch Ports 1->2, 2->1 but cannot
make ports 3->4 and 4->3 work. It's correctly identified in RDadmin, and all
four ports in the matrix are labeled.
The RML commands I use are:
ST 4 2 2! (Restore Input 2-> Output 2) Works fine
ST 4 2 1! (Connect Input 1->Output 2) Works fine
ST 4 3 2! (Connect Input 3->Output 2) Works fine
ST 4 3 3! (Restore Input 3-> Output 3) Does not work
ST 4 2 4! (Connect Input 2-> Output 3) Does not work
It basically looks to be that any channel can
switch into port 1 and 2 as an output, but nothing can get switched to ports 3
or 4.
When using the direct serial commands on the switcher, all seems to work fine.
I tried this with the SO command and could not get that to work (which is a
separate issue).
Thanks in advance for any insight.
Brian
___
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] Broadcast Tools ss4.4
Hello, Has anyone tried switching between ports 3 and 4 on a Broadcast Tools SS4.4 with Rivendell? I am successfully able to switch Ports 1->2, 2->1 but cannot make ports 3->4 and 4->3 work. It's correctly identified in RDadmin, and all four ports in the matrix are labeled. The RML commands I use are: ST 4 2 2! (Restore Input 2-> Output 2) Works fine ST 4 2 1! (Connect Input 1->Output 2) Works fine ST 4 3 2! (Connect Input 3->Output 2) Works fine ST 4 3 3! (Restore Input 3-> Output 3) Does not work ST 4 2 4! (Connect Input 2-> Output 3) Does not work It basically looks to be that any channel can switch into port 1 and 2 as an output, but nothing can get switched to ports 3 or 4. When using the direct serial commands on the switcher, all seems to work fine. I tried this with the SO command and could not get that to work (which is a separate issue). Thanks in advance for any insight. Brian___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
[RDD] Accurate Times in RDlogedit and Voicetracking
Hello, We're looking at using Voicetracking where timechecking (or close approximate timechecing) will be very important. When trying to edit a log where traffic is imported and music has been scheduled with the Rivendell scheduler, the times do not add up correctly. I tested the system with a basic clock with areas for Traffic and Music where the Traffic is brought in from NaturalLog with a Voicetrack Marker at the beginning. Traffic and Music elements are brought in, and the Voicetrack elements are brought in to the system where the elements are supposed to be. The problem is that the start times do not get updated after the second or clock element where there is an import. In this case, the offending import sets the start time with the specififed import time from the master clock, not the actual time. For example: 6:00:00 - National News (Len 1:58) 6:03:00 - Voicetrack 6:03:00 - Spot #1 (Len :60) As seen above, there is a gap. Even after recording the Voicetrack, the times are not updated correctly. The voicetrack should start at 6:01:58 versus the 6:03:00 time as scheduled in the clock. Rivendell is Version 2.4.0. Any help would be greatly appreciated. Thanks.___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Export carts from a Rivendell network to another
Hello, I did some initial design to set up rsync for the cuts and MySQL WAN replication. The Rsync part (using locking locally) looks to be a possibility. The big question I wanted to find out is about data corruption due to two systems writing my MySQL over a WAN. There is a delay due to WAN - and thus could be the possibility of data collision. This was my approach to make it so logs/traffic came from a central location to be syndicated across a network. Also - recordings could come from any node/cluster. Unfortunately, due to other priorities, we never got past the concept phase. Brian -- Brian P. McGlynn Sent from my iPhone On Mar 9, 2013, at 5:10 AM, "Hoggins!" wrote: > Hello, > > Is there any simple way to export a list of carts (with cuts defined, > metadata, etc.) from a Rivendell database to another ? > We would like to share contents between two different Rivendell > networks, but the "replication" capability does not seem to be the way. > > Thanks in advance ! > >Hoggins! > ___ > 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] Academia --- RD in NYC
I also think of Linux as a plus in the DJ's are either not able, or not familiar enough to install external programs on the computer. On our Windows systems, I need to police the computers for add-on virus/spy-ware conduits. As for training - Rivendell does not pose any more of an issue than any other system. In fact, I find it more intuitive. In our system (a commercial environment) - we use Adobe for all production. From there , DJs can load carts into the system through a shared drive into the Virtual Maching running RDLibrary. I've played around with the 3.0 branch in OSX. The hope is that if that were to work, we would be able to use Adobe and RDlibrary on the same machine for production. For now, we use a Virtual Machine (VMware Fusion) on the Mac computer for production. Learning has not been a problem. With the Flexibility of Linux - we can remove all of the superfluous programs and lock down the desktop. Brian -- Brian P. McGlynn Sent from my iPhone On Mar 6, 2013, at 8:56 AM, Fred Gleason wrote: > On Mar 5, 2013, at 19:35 30, Bill Putney wrote: > >> Apple and to an extent Ubuntu have made great strides in hiding the OS from >> innocent eyes. There's still a ways to go but it's come along to a point >> where I think 99% of users can ignore Unix like they do the Windows OS. > > This is true. Ironically enough, it actually makes Ubuntu significantly > *more* frustrating for me. Of course, I doubt I'm a 'typical' user -- the > first thing I do on any new system is ask "Ok, how do I get a shell on this > thing?" That's a question with no obvious answer on Ubuntu; everything is > sealed away under a glitzy plastic UI, and entering terms like 'shell' and > 'bash' in their search system yields no useful results. (Yes, I finally did > figure out that one uses 'Terminal', just like on OS X). This one example > could be multiplied many times over. > > >> If people are using Rivendell on a dedicated computer they never need to >> know it's not Windows. Just don't tell them. I would guess that less than >> 10% of the volunteer DJ's know that Rivendell is not running Windows. > > That's been my experience in commercial environments as well. Most users > neither know nor care about the underlying OS, just so long as the music > plays when it's supposed to. IMHO the entire issue is a red herring so far > as end users are concerned. > > Cheers! > > > |-| > | Frederick F. Gleason, Jr. | Chief Developer | > | | Paravel Systems | > |-| > | Stult's Report: | > | Our problems are mostly behind us. What we have to do now is | > | fight the solutions.| > |-| > > ___ > 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] Academia --- RD in NYC
Excellent point. I've evaluated RD against most commercial offerings and
Rivendell really stands up and exceeds.
What Rivendell provides - above other solutions - is the ability to interface
to almost anything. It is open, flexible, and stable.
We are testing Rivendell in a News/Talk capacity and I am amazed. Especially
with the ease of using the system once you set it up.
In my opinion as a commercial radio station owner, Rivendell is not a "me too"
free version of software - it is a top notch system.
As for Linux - that is a major plus. My risk of virus can be minimized and
stability increased.
There are a few areas that could be developed to top the industry in features,
such as:
1. Remote Voicetracking
2. Simplified Remote control GPIO (it's there - a configuration module would be
nice)
3. Ability to tie Macro carts to stop/start events behind the scenes (to mute
satellite audio automagically when playing stop sets)
4. Simplified dynamic GPIO mapping in a grid capacity such as what is done for
Clocks.
5. An "easy button" for WAN or double-redundant audio distribution
Those aren't complaints, just suggestions.
All said, this is a solid piece of software regardless of price.
Brian
--
Brian P. McGlynn
Sent from my iPhone
On Mar 5, 2013, at 9:45 AM, Alan Peterson wrote:
> Hello all; I'm just back from a stimulating weekend in New York City,
> addressing college radio students at the annual conference for the
> Intercollegiate Broadcasting System (IBS). One of my workshops - "Run Your
> Entire Station on Free Software" - was accompanied by a weekend-long running
> demo of Rivendell (the RRABUNTU version) on a refurbed HP dual-core computer
> I picked up for $135. The machine was propped up on a table in the common
> area, a short 12-minute looping music & promo log was loaded up (as were a
> dozen or so goofy sound effects and popular movie soundbites on the Panel),
> and a sign beckoned students and advisors alike to click away at anything
> they wanted to.
>
> There were some objections, of course ("No one knows anything about Linux",
> "The IT people wouldn't let us connect this up", "We're happy with Simian",
> etc) but needless to say, folks were interested. Watch for a spurt of
> downloads over the next couple of weeks to addresses ending in "edu".
>
> There are a number of positives to be considered when using Rivendell in an
> academic setting -- not the least of which is that today's youngsters are
> used to free software and apps: First, there's always going to be an
> enthusiastic penguin-head somewhere on campus who can be tapped as a tech
> guru (give him his own copy of RD and a pizza, then watch the fun begin);
> Second, student radio stations cannot always swing thou$andS to buy a
> commercial system and so end up using WinAmp or the iTunes player as their
> audio management system. Knowing that an Open Source pro-level system is
> available, they will be interested; and Third, colleges everywhere have
> pallets full of retired computers from other departments (considered "too
> slow to run Windows"), piled up and waiting for surplus sale or recycling.
> Ask the department in charge if they'd send three of the old junkers over to
> the station for free -- preferably dual-core or better. All that remains is
> the sweat portion: load RD an
d
> music, hook into the LAN and go.
>
> Since I am invited to this conference every year, RD will now be making the
> trip along with me every time. And I encourage any users who read and post to
> this discussion to make a case for it at an educational venue near you.
>
> -AP
> ___
> 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] Importing Audiovault mp2 files in RD 2.0.2
I've run into that issue before when trying to read the files put of the Vault directory directly. The way around it sometimes is to use the AV Import/Export program. I've found that Rivendell can often read the exported files better. -- Brian P. McGlynn Sent from my iPhone On Feb 19, 2013, at 5:02 PM, Rob Landry <41001...@interpring.com> wrote: > > It says "Invalid/unsupported audio parameters" when I try to import an > MPEG 1 Layer 2 file from an Audiovault system. mpg321 and ffmpeg will both > decode these, but twolame won't; it says "Error in WAV/W64/RF64 file. > Malformed 'fmt ' chunk." > > I've a feeling I'm going to have to ffmpeg all these things and import the > decoded files. > > I mention this here primarily for the benefit of others who may run into > this in the future; this is clearly not a Rivendell problem but a problem > with Audiovault's headers. > > > 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] Back timing
I wrote a script a number of years ago on another automation system to back-time the hour. The scheduler basically filled to the :52 and a script would fire just before that point every hour. The script needed to inspect the current log/queue and decide on how to fill to the top allowing maximum 4 seconds fade into TOH. If the music were to play out and end at :52 - pick a 4-5 minute song, then pick one with the remainder of the time to total 8 minutes. (within +4 seconds accuracy padded to allow for segue). If the end time were between :55 - :00, grab two 2:30 tracks. If the end time were between :55:30 and - :58 - grab a track that times to the end. If the end time were after :58. (highly unlikely in an AC format), take an instrumental fade bed. This also had to deal with artist suppression, etc... For that, we had a very large category pull from and a randomized function where we weighted tracks based in their play frequency. With Perl or Python, this could possibly be done with Rivendell. We now allow our news to float, so that solves some of the issues. I hope this helps. Brian -- Brian P. McGlynn Sent from my iPhone On Jan 29, 2013, at 1:27 PM, Jay Eames wrote: > I can give a comparison with another playout system that I have used > (Myriad), which might explain what I am personally after. > > In Myriad, if the hour is set to auto, and it has a hard timed event > scheduled, it will adjust the length of the tracks accordingly. So it might > trim 20 seconds off the end each music track to get the transition to the > hard timed event just right. It knows not to cut traffic carts, jingles, > sweepers etc - just the music. > > In automatic mode in Rivendell, as far as I can see, the music will just play > track on track with the programmed segues (if appropriate) without regard to > hitting the timed event. On hitting the hard time it will then just play the > track, so if it's only 15-20 seconds into a track it doesn't matter, it will > cut it and play the hard timed event. > > I'd love to be able to do something similar to Myriad in Rivendell in an > ideal world, but would take a way of making the transition to the news more > acceptable? I am sure there is a way to do so. > > > On 29 January 2013 18:17, Jay Ashworth wrote: > Let me stick my nose in here for a bit, totally ignorant of where Rivendell > presently is on this point, and recap how I've always understood this was > supposed to be done; people who are using it every day can tell me why it > doesn't work this way. :-) > > If I schedule an hour of music, announcements, and spots, and all my music > has properly timed and carted intro and outro segue areas, then that hour > of music has some "air" in it: I don't *have to* use up all of the available > talk-over space at each end of each song, and, in a 14 song hour, that can > amount to a considerable amount of squeeze space in that hour, as much as > two minutes, I would expect. If I leave my segues loose, then I can > tighten them up when necessary to hit an outcue, spreading it over enough > songs that it's not especially noticeable. > > Is the problem that the external scheduler does not provide a way to put > in the hard time mark so you can hit it? Or is it that the adjustment > of "air" in that hour to hit the hard time is not presently something > Rivendell itself can do? (IE: is this a lack of metadata bandwidth in > the schedule data between the scheduler and Rivendell?) > > Cause this seems like it ought not to be that hard to get accomplished. > > What layer is the molasses leak in? :-) > > Cheers, > -- jra > -- > Jay R. Ashworth Baylink > j...@baylink.com > Designer The Things I Think RFC 2100 > Ashworth & Associates http://baylink.pitas.com 2000 Land Rover DII > St Petersburg FL USA #natog +1 727 647 1274 > ___ > Rivendell-dev mailing list > Rivendell-dev@lists.rivendellaudio.org > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev > > > > -- > There are 2 kinds of people in the world; Those who can extrapolate from > incomplete data > ___ > 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] Audio Switch/Routing
Yes. I checked with ALSA and the envy24 tool as well - both show that the input levels are fine, and that the settings are equal across both channels. The fact that the signal shows up on Channel 3 when it's not supposed to makes me think something is up. Channel should be port 2 and not have any audio except for Cue (which works fine). It's almost like the Left channel is going to Channels 1 and 2, and the Right Channel is going to channels 2 and 3. Brian From: waynemerricks To: Brian P. McGlynn ; User discussion about the Rivendell Radio Automation System Sent: Monday, January 28, 2013 6:44 PM Subject: Re: [RDD] Audio Switch/Routing Have you had a look at alsa-mixer it sounds like it might be set to different input/output levels. On 2013-01-28 22:33, Brian P. McGlynn wrote: > Hello, > > I am trying to use Rivendell 2.2.1 with an Audio Card as the audio > router for Satellite-delivered programming. Audio from the satellite > comes into Port 1 (Channels 1, 2: L/R), and is switched in and out to > play on output port 1 - (1,2: L/R) of Rivendell. To activate the > switching, I use the Local Audio Card switcher configured for two > inputs (the audio card has two pairs of In/Out). > > To activate the Satellite Audio, I issue "ST 2 1 1!" as a macro cart. > To stop, I issue "SR 2 1 1!". The Local Audio Card is configured as > Switching Device #2. > > When I issue ST 2 1 1 - Audio begins to pass through on channels L/R > of output 1 and the Left channel of output 2 of the second pair > (channels 1, 2, and 3 of the Delta 44). Further, the audio in Channel > 2 (The Right Channel of Pair 1) is twice the level as Channel 1 and > 3. > > > The card I am using is the Delta 44 with the envy24 driver. When I > bring up the control panel for the Envy, I can see that the incoming > audio is at the correct levels of Input Channel 1 and 2 (L/R for Pair > 1). It is just problematic on the output with this card where channel > 2 is twice the level as channel 1 and 3. Ideally, audio should only > be > coming out of channels 1 and 2. > > Any help/recommendations are greatly appreciated. > > Thanks. > Brian___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
[RDD] Audio Switch/Routing
Hello, I am trying to use Rivendell 2.2.1 with an Audio Card as the audio router for Satellite-delivered programming. Audio from the satellite comes into Port 1 (Channels 1, 2: L/R), and is switched in and out to play on output port 1 - (1,2: L/R) of Rivendell. To activate the switching, I use the Local Audio Card switcher configured for two inputs (the audio card has two pairs of In/Out). To activate the Satellite Audio, I issue "ST 2 1 1!" as a macro cart. To stop, I issue "SR 2 1 1!". The Local Audio Card is configured as Switching Device #2. When I issue ST 2 1 1 - Audio begins to pass through on channels L/R of output 1 and the Left channel of output 2 of the second pair (channels 1, 2, and 3 of the Delta 44). Further, the audio in Channel 2 (The Right Channel of Pair 1) is twice the level as Channel 1 and 3. The card I am using is the Delta 44 with the envy24 driver. When I bring up the control panel for the Envy, I can see that the incoming audio is at the correct levels of Input Channel 1 and 2 (L/R for Pair 1). It is just problematic on the output with this card where channel 2 is twice the level as channel 1 and 3. Ideally, audio should only be coming out of channels 1 and 2. Any help/recommendations are greatly appreciated. Thanks. Brian___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] Satellite Automation / Executing RML on Remote Machines
Thanks. I have GPIO working on the satellite receiver to record network spots and news feeds. For RMLsend, would you create a macro cart that fires a command line call? Another question - do you have a recommendation for muting Satellite audio during local spots? I could use a an external switcher to mute which would result in a lot of clicking. I was wondering if anyone has used Rivendell to do an audio pass-through on a sound card and soft mute that way. Thanks Brian -- Brian P. McGlynn Sent from my iPhone On Nov 5, 2012, at 7:16 AM, Wayne Merricks wrote: > Just to be clear, if you have the gpio already set up. All you need to > do is run a network cable and make use of rmlsend > > Wayne Merricks > The Voice Asia > > On 05/11/12 03:05, Gary Hodder wrote: >> On Sun, 2012-11-04 at 20:21 -0500, Brian McGlynn wrote: >>> Hello, >>> >>> I am looking to connect Rivendell in a Satellite Automation capacity. >>> Rather than running a wad of cables from the >>> Satellite Receiver's relays to the studio, I was thinking about using the >>> Rivendell instance already connected to the >>> Satellite Receivers to remote-control the firing of local imaging and >>> traffic on the remote studio machine. >>> >>> Has anyone tried this before? >>> >>> Thanks in advance. >>> Brian >> Hi Brian, >> >> you could add a GPIO card to the Rivendell machine and connect it to the >> satellite receiver. >> Then have it detect relay changes and send rml commands over the local >> ethernet network to the remote machine. >> >> Cheers >> Gary. >> >> >> ___ >> Rivendell-dev mailing list >> Rivendell-dev@lists.rivendellaudio.org >> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev > > > ### > 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
Re: [RDD] GPIO cards
They operate in a ping-pong manner. The Storq plays the music programming and Rivendell plays the local traffic log. Each passes control back and fourth to each other. Rivendell also acts as the full music system for the morning show in LiveAssist mode. To allow for that, I have a macro that disables the GPI from the Storq. -- Brian P. McGlynn Sent from my iPhone On 2012-05-30, at 4:25 PM, James Gamblin wrote: > Awesome Brian P.. > > Is Revendell your main system, controlling STORQ or vice versa? > > I definately need macro info. > > Thanks, > James Gamblin > > ...sorry, looks like you have @ least 2 of us firing at you here. > We are both @ the same location. > > > > On Wed, May 30, 2012 at 5:52 PM, Brian P. McGlynn wrote: > Absolutely. I'll need to scan it next week when I get back to the station. > > I'll also share the macros and config I used to handle the start/stop/live > assist of the Storq as you will need that as well. There were some tweaks to > do in order to get it to work. > > Brian > > -- > Brian P. McGlynn > Sent from my iPhone > > On 2012-05-30, at 11:31 AM, Brian Saum wrote: > >> Would you be willing to share your wiring diagram because we are in a >> similar situation trying to connect Storq with Rivendell. >> >> In His Service, >> >> Brian Saum >> I/T Director, World Radio Network >> Office: 956.787.9788 >> Fax: 956.787.9783 >> >> >> >> On Wed, May 30, 2012 at 12:46 PM, Brian P. McGlynn wrote: >> I had to use two GPIO cards. The PDISO-08 for the send relay an the >> PDISO-24 for the receiver. >> >> The PDISO-08 has relays a d opto-couplers, but the opto couplers need to be >> lit by a voltage present whereas the PDISO-24 with pull-up resistors works >> well to sense when a relay contact closes. >> >> We're using a Storq as the external system, and this seems to work well. >> >> (note: I am mobile, so the model numbers may be off). >> >> Brian >> >> -- >> Brian P. McGlynn >> Sent from my iPhone >> >> On 2012-05-30, at 12:01 PM, James Gamblin wrote: >> >> > Hi all, >> > >> > Looking for a good solution. We are wanting to connect Rivendell with >> > another system. >> > >> > I am looking for a recommendation for a GPIO card that has 1 input and 1 >> > output and works >> > with SUSE. >> > >> > Thanks, >> > James Gamblin >> > ___ >> > 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 > > > ___ > 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] GPIO cards
Absolutely. I'll need to scan it next week when I get back to the station. I'll also share the macros and config I used to handle the start/stop/live assist of the Storq as you will need that as well. There were some tweaks to do in order to get it to work. Brian -- Brian P. McGlynn Sent from my iPhone On 2012-05-30, at 11:31 AM, Brian Saum wrote: > Would you be willing to share your wiring diagram because we are in a similar > situation trying to connect Storq with Rivendell. > > In His Service, > > Brian Saum > I/T Director, World Radio Network > Office: 956.787.9788 > Fax: 956.787.9783 > > > > On Wed, May 30, 2012 at 12:46 PM, Brian P. McGlynn wrote: > I had to use two GPIO cards. The PDISO-08 for the send relay an the > PDISO-24 for the receiver. > > The PDISO-08 has relays a d opto-couplers, but the opto couplers need to be > lit by a voltage present whereas the PDISO-24 with pull-up resistors works > well to sense when a relay contact closes. > > We're using a Storq as the external system, and this seems to work well. > > (note: I am mobile, so the model numbers may be off). > > Brian > > -- > Brian P. McGlynn > Sent from my iPhone > > On 2012-05-30, at 12:01 PM, James Gamblin wrote: > > > Hi all, > > > > Looking for a good solution. We are wanting to connect Rivendell with > > another system. > > > > I am looking for a recommendation for a GPIO card that has 1 input and 1 > > output and works > > with SUSE. > > > > Thanks, > > James Gamblin > > ___ > > 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] GPIO cards
I had to use two GPIO cards. The PDISO-08 for the send relay an the PDISO-24 for the receiver. The PDISO-08 has relays a d opto-couplers, but the opto couplers need to be lit by a voltage present whereas the PDISO-24 with pull-up resistors works well to sense when a relay contact closes. We're using a Storq as the external system, and this seems to work well. (note: I am mobile, so the model numbers may be off). Brian -- Brian P. McGlynn Sent from my iPhone On 2012-05-30, at 12:01 PM, James Gamblin wrote: > Hi all, > > Looking for a good solution. We are wanting to connect Rivendell with > another system. > > I am looking for a recommendation for a GPIO card that has 1 input and 1 > output and works > with SUSE. > > Thanks, > James Gamblin > ___ > 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] Enabling GPIO based on Automation State
Hi, We're in the final stretches of getting Rivendell wired into our stations, and need to resolve a few remaining items. In our format, we're live in the AM and drive-time, then on another system for music for the remainder of dayparts. During the automated hours, the main programming control shifts another system for music with local traffic to be handled on Rivendell. When the other system is ready for a local stopset, it fires a relay to start the playlist. When it's time to resume its programming, it recives a pulse on its GPIO and starts playing. To integrate into Rivendell, I've mapped a cart to the Rivendell GPI line to fire a "PL" macro to start the playlist to play local traffic, spots, etc.. In the playlist, I then have a macro at the end of the set to pulse the GPO and start the other system, then a "PS" to stop the Rivendell playlist. There are two issues I need to resolve: 1. Is there a way to disable the GPI cart when the system is in "Live Assist" mode? 2. When executing the "PS" macro, the next cart (immediately following the PS macro cart" plays for 200 ms or so, then quits. For item 1, I looked at putting together a Perl script that will then send an RML command to the playing machine based on the state of the system. Is there a way to query the RDAirplay instance of a machine to see if its in Automation/Live Assist/Manual? For item 2, I tried a marker with a Stop segue, although the "PS" command does not seem to start those (or play through them) when they are at the top of the stack. Thanks in advance! Brian ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] Top of Hour Timing Question / Skip Log Events
Thanks for the input. I had guessed that this was the intended behavior, although when I tried to implement the clocks/events in this way - the IDs and News seem to drift forward each hour. Each "WDNY-AM Legal ID" event is tagged to start at 59:45 with a "Make Next" and each news cast is tagged with a "Make Next" for 00:00. Here are excerpts of the play log: 06:03:20 11056 001 This Night Won't Last F 03:36 03:35 am1400 Main 06:06:50 10395 001 I Just Can't Stop Lovin 04:18 04:18 am1400 Main 06:11:04 60101 001 WDNY-AM Legal ID 00:11 00:10 am1400 Main 06:11:15 2022 001 Dial Global :43 Traffic 00:59 00:58 am1400 Main 06:12:14 1200 001 NBC 3 Minute News (BoH) 03:00 02:59 am1400 Main 07:00:12 65008 001 Something Special - WDN 01:00 01:00 am1400 Main 07:01:11 10832 001 You Light Up My Life 03:34 03:34 am1400 Main 07:04:45 10652 001 From a Distance 04:33 04:33 am1400 Main 07:09:19 11228 001 The Long Run 03:37 03:37 am1400 Main 07:12:53 10322 001 Make It Real 04:11 04:11 am1400 Main 07:17:04 60101 001 WDNY-AM Legal ID 00:11 00:10 am1400 Main 07:17:15 2022 001 Dial Global :43 Traffic 00:58 00:58 am1400 Main 07:18:14 1200 001 NBC 3 Minute News (BoH) 02:59 02:59 am1400 Main 07:56:59 10267 001 Shattered Dreams 03:22 03:26 am1400 Main 08:00:17 60102 006 WDNY-AM Positioners 00:03 00:05 am1400 Main 08:00:21 10605 001 Time, Love and Tenderne 04:18 04:18 am1400 Main 08:04:37 65008 001 Something Special - WDN 01:00 01:00 am1400 Main 08:05:36 10830 001 We've Only Just Begun 03:02 03:02 am1400 Main 08:08:39 10770 001 Sometimes Love Just Ain 04:24 04:23 am1400 Main 08:13:01 10919 001 She's Always A Woman 03:16 03:16 am1400 Main 08:16:13 10504 001 Now And Forever 03:30 03:30 am1400 Main 08:19:41 60101 001 WDNY-AM Legal ID 00:11 00:10 am1400 Main 08:19:53 1200 001 NBC 3 Minute News (BoH) 02:59 02:59 am1400 Main 08:22:52 1301 001 Todays Weather 00:24 00:24 am1400 Main 09:30:14 11932 001 Living Inside Your Love 05:35 05:35 am1400 Main 09:35:44 60101 001 WDNY-AM Legal ID 00:11 00:10 am1400 Main 09:35:56 1200 001 NBC 3 Minute News (BoH) 02:59 02:59 am1400 Main 09:38:55 1301 001 Todays Weather 00:25 00:24 am1400 Main From: Matthew Chambers To: rivendell-...@caspian.paravelsystems.com Sent: Wednesday, April 25, 2012 10:09 AM Subject: Re: [RDD] Top of Hour Timing Question / Skip Log Events Exactly true, every automation system that I have dealt with so far has that capability somewhere, and like the other guys have said, it all depends on weather you need to just make something next and blow out everything in between, or if you have to join a network or other event (sync to another station for simul-cast) and need the current event to cut/fade and fire the next event immediately. I looked at our top of the hour here and it's a Play Immediately event at xx:59:45 in our clock, but you could change it to a Make Next and it would just play after the current event and blow out the extra over-scheduled songs. On 4/25/2012 4:21 AM, Wayne Merricks wrote: ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] Top of Hour Timing Question / Skip Log Events
Gavin / Mattew, Thanks for the info. I'd like to drop our AudioVault system in favor of Rivendell, and the scheduling component is the last remaining component that I need to get working just right to do so. In AudioVault, they have a log event call "Align" that will cause the log to jump to a given point at a given time. For example, if the log is running slow, and there is an align at 12:15, the log will immediately advance to the marker at 12:15 and skip past all of the other items. This is crucial for us in that we have two, three-minute breaks per hour that may contain anywhere from zero to 3 minutes of commercial traffic each. Rather than having an auto-fill cart to fill the void in the scheduler, I would rather have music fill as close to the top of the hour as possible and then run a legal ID +/- 3 minutes of the hour followed by news without interrupting the current song being played out. This should then jump to the first event on the next hour's clock to be synchronized to all of its events. In AudioVault (and Dial Globa's Storq), we over-schedule the hour by having 66 minutes of music with an ALIGN statement at :57 that automatically brings the log to the Station ID at that point. If the last song finishes playing at :58, the log will have moved to the :57 align and the making the legal ID next and thus be advanced to the beginning of the next hour. My intent and understanding from previous posts that by over-scheduling the hour (with 1 minute songs towards the end), the logs would run over and that a "Top of Hour" event scheduled for a "Make Next" would sync the log to that point. Any suggestions or insights into approaches or how the scheduler algorith works are greatly appreciated. Thanks! Brian From: Matthew Chambers To: User discussion about the Rivendell Radio Automation System Sent: Monday, April 23, 2012 12:24 AM Subject: Re: [RDD] Top of Hour Timing Question / Skip Log Events We have our legal id scheduled at xx:59:45.0 since our id is roughly 15 sec long and It's set to be start immediately and when it fires it quickly fades out the current song, plays the id and starts the next hour's clock, I can send you a copy of what our clock looks like when I get to the office tomorrow. Sent from my U.S. Cellular® Android-powered phone On Apr 22, 2012 7:37 PM, "Gavin Stephens" wrote: >I'm still using an older version, but I don't see the erratic behaviour. > >I have a few timed events at the end of the hour, I have a log marker/note that is scheduled for start at/make next at 59:00.00. >Following that is 3x 15 second placements for random sponsorship or promo messages. 90% of the time, they don't play and are therefore not guaranteed to air then, but occasionally the odd one or two does (about every 4 hours). > >This prevents anything from starting a minute before the end of the hour. I have another start time/make next log marker at 00:00.00 at the start of the next hour. Then it's news time Yes, it's 60 seconds from 59 past to o'clock, not 3x 15, but I don't mind the news starting 15 seconds before the next hour if the clock is running short either. > >You can do start at "start immediately". This will force your ID to start at the time specified regardless of what's playing. I prefer make next and schedule shorter music before the 59 past marker, I've got the library efficient enough I only need to over schedule 2 short tracks, and the odd 15 second promo makes things really tight when needed. > >Cheers, >Gavin. > >- Original Message - >>From: Brian P. McGlynn >>To: Rivendell-dev@lists.rivendellaudio.org >>Sent: Monday, April 23, 2012 12:17 PM >>Subject: [RDD] Top of Hour Timing Question / Skip Log Events >> >> >>Hello, >> >> >>I'm setting up Rivendell to act as a main playout engine for a music-based >>format with some external components. The problem I am trying to solve is >>how to have top-of-hour events execute near the top of the hour consistently >>by skipping over over-filled schedule items for the hour. >> >> >> >>In scheduling music, the scheduler does not seem to allow perfect scheduling >>to the top of the hour since there are often events (traffic, etc..) that >>are not always filled. Songs also vary quite a bit as to their length. In >>building a clock - that leads to the possibility of an under-filled or >>over-filled hour. >> >> >>To deal with the under-filled hour, as in the case where there are no >>traffic items to import, I over-schedule the hour with music by having 4-5 >>cuts at the end of each
[RDD] Top of Hour Timing Question / Skip Log Events
Hello, I'm setting up Rivendell to act as a main playout engine for a music-based format with some external components. The problem I am trying to solve is how to have top-of-hour events execute near the top of the hour consistently by skipping over over-filled schedule items for the hour. In scheduling music, the scheduler does not seem to allow perfect scheduling to the top of the hour since there are often events (traffic, etc..) that are not always filled. Songs also vary quite a bit as to their length. In building a clock - that leads to the possibility of an under-filled or over-filled hour. To deal with the under-filled hour, as in the case where there are no traffic items to import, I over-schedule the hour with music by having 4-5 cuts at the end of each clock as 1 minute events. Then, there is a top-of-hour ID scheduled for "59:59" with a hard-time start to "Make Next". What I would like to see is to have the ID made next, and skip over all over-scheduled log events and start with the item immediately after the legal ID. What I am seeing is some erratic behavior where the log may advance to play the events near the top of the hour (news, etc..), then re-play that event once the log progresses there. Skipping events seems to be standard behavior in most every automation system I've used, so I would imagine that Rivendell has this and that it is user error on my part. Are there any suggestion on how to accomodate this scenario? Thanks in avance for the help. Brian ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
[RDD] RDCatch and PCI-DIO24 GPI
Hello, I would like to have my satellite receiver trigger recording network news through a relay contact closure. I installed the PCI-DIO24 card and have it configured with 2.2K pull-up resistors to keep all contacts "on" in the default position. When a relay contact closes on the the satellite receiver, it pulls the lines "Down" to ground, thus pulsing the PCI-DIO24 to "Off". This is contrary to standard practices for GPI's in general and could pose some problems. What I am curious is in the configuration for recording - does the GPI setting to start/stop recording respond to changes in state, or does it require an "On" pulse to start the recording and an "Off" pulse to stop. It it is the latter, I will need to figure out some solution (preferably in software) to address. A couple of options would be to modify the driver code to invert all behavior for the card. Alternately, an option could be added to the GPI configuration in Rivendell to invert all GPI selections on the card globally such that these cards could have On and Off swapped. Looking for experience and suggestions Thanks. Brian ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] PCI-DIO24H
Thanks for the updated driver. I compiled it, tested it, and it is recognizing
the "H" card and showing the correct status for the inputs.
Thanks again.
Brian
On Mar 13, 2012, at 12:40 40, Fred Gleason wrote:
> They're using a different Product ID ('0014') for the 'H' version.
Ok, I've just posted a new version of the driver that should recognize the 'H'
version. Source available at:
http://www.rivendellaudio.org/ftpdocs/gpio/gpio-1.1.2.tar.gz
I've also generated RPMs for Broadcast Appliance (CentOS 5.x), available at:
http://www.rivendellaudio.org/ftpdocs/gpio/centos/55/gpio-1.1.2-1.x86_64.rpm
http://www.rivendellaudio.org/ftpdocs/gpio/centos/55/kmod-gpio-1.1.2-1.x86_64.rpm
Please let us know how this works.
Cheers!
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
[RDD] RESOLVED: Compilation Error for GPIO driver on Centos 5.7
Hello, I resolved the issue below for compiling the GPIO kernel modules. In addition to having the kernel headers and kernel-devel package installed on CentOs, the actual kernel source needs to be installed as well. Following the links for this wiki page, I brought in the kernel source RPM and ran a compile without problem. http://wiki.centos.org/HowTos/I_need_the_Kernel_Source Brian Making all in drv make[1]: Entering directory `/usr/local/src/gpio-1.1.2/drv' gcc -O -D__KERNEL__ -DMODULE -I/lib/modules/`uname -r`/build/include -DKERNEL_2_4 -o gpio.o -c gpio.c In file included from /lib/modules/2.6.18-274.18.1.el5/build/include/asm/thread_info.h:16, from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/thread_info.h:21, from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/preempt.h:9, from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/spinlock.h:49, from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/capability.h:45, from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/sched.h:44, from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/module.h:9, from gpio.c:22: /lib/modules/2.6.18-274.18.1.el5/build/include/asm/processor.h:87: error: ?CONFIG_X86_L1_CACHE_SHIFT? undeclared here (not in a function) /lib/modules/2.6.18-274.18.1.el5/build/include/asm/processor.h:87: error: requested alignment is not a constant In file included from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/sched.h:49, from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/module.h:9, from gpio.c:22:___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
[RDD] Compilation Error for GPIO driver on Centos 5.7
Hi, I'm trying to compile the new GPIO driver on Centos 5.7, and am having some issues. Any insight would be gladly appreciated: Here is what I see when trying a "make": Making all in drv make[1]: Entering directory `/usr/local/src/gpio-1.1.2/drv' gcc -O -D__KERNEL__ -DMODULE -I/lib/modules/`uname -r`/build/include -DKERNEL_2_4 -o gpio.o -c gpio.c In file included from /lib/modules/2.6.18-274.18.1.el5/build/include/asm/thread_info.h:16, from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/thread_info.h:21, from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/preempt.h:9, from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/spinlock.h:49, from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/capability.h:45, from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/sched.h:44, from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/module.h:9, from gpio.c:22: /lib/modules/2.6.18-274.18.1.el5/build/include/asm/processor.h:87: error: ‘CONFIG_X86_L1_CACHE_SHIFT’ undeclared here (not in a function) /lib/modules/2.6.18-274.18.1.el5/build/include/asm/processor.h:87: error: requested alignment is not a constant In file included from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/sched.h:49, from /lib/modules/2.6.18-274.18.1.el5/build/include/linux/module.h:9, from gpio.c:22: ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
Re: [RDD] PCI-DIO24H
>> The PCI-DIO24 works great with Rivendell whereas the driver does not >> recognize the "H" model. > Please post the output of 'lspci -n'. Thanks for the fast response. Here are the two outputs (with -n and without): lspci: 07:0b.0 Unassigned class []: Measurement Computing PCI-DIO24H (rev 02) 07:0d.0 Unassigned class [ff00]: Measurement Computing PCI-PDISO8 lspci -n: 00:00.0 0600: 8086:2990 (rev 02) 00:02.0 0300: 8086:2992 (rev 02) 00:03.0 0780: 8086:2994 (rev 02) 00:19.0 0200: 8086:104a (rev 02) 00:1a.0 0c03: 8086:2834 (rev 02) 00:1a.1 0c03: 8086:2835 (rev 02) 00:1a.7 0c03: 8086:283a (rev 02) 00:1c.0 0604: 8086:283f (rev 02) 00:1d.0 0c03: 8086:2830 (rev 02) 00:1d.1 0c03: 8086:2831 (rev 02) 00:1d.7 0c03: 8086:2836 (rev 02) 00:1e.0 0604: 8086:244e (rev f2) 00:1f.0 0601: 8086:2814 (rev 02) 00:1f.2 0101: 8086:2820 (rev 02) 07:04.0 0401: 1412:1712 (rev 02) 07:0b.0 : 1307:0014 (rev 02) 07:0d.0 ff00: 1307:000c ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
[RDD] PCI-DIO24H
Hello, I am setting up some machines for our station, and am working on the GPI cards. I have a PCI-DIO24 and a few PCI-DIO24H cards (the H being High Power output). The PCI-DIO24 works great with Rivendell whereas the driver does not recognize the "H" model. Has anyone every tried to work with these? If I could get the driver to compile on Centos 5.7 (that's a whone different thread) - I would look into the code and see if adding the "H" in the driver code would work. Thanks in advance. Brian ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
[RDD] Trouble Compiling gpio1.1.0 on CentOS 5.7
Hello, I've made several attempts to compile the GPIO drivers on CentOS 5.7, and seem to be getting stuck. To compile, I do the following: ./autogen.sh ./configure make Without the autogen.sh, I run into an issue with: config.status: error: cannot find input file: ./drv/Makefile.in Once I run the autogen.sh, configure, and make, I see the following: Making all in drv make[1]: Entering directory `/usr/local/src/gpio-1.1.0/drv' gcc -O -D__KERNEL__ -DMODULE -I/lib/modules/`uname -r`/build/include -DKERNEL_2_4 -o gpio.o -c gpio.c In file included from /lib/modules/2.6.18-274.17.1.el5/build/include/asm/thread_info.h:16, from /lib/modules/2.6.18-274.17.1.el5/build/include/linux/thread_info.h:21, from /lib/modules/2.6.18-274.17.1.el5/build/include/linux/preempt.h:9, from /lib/modules/2.6.18-274.17.1.el5/build/include/linux/spinlock.h:49, from /lib/modules/2.6.18-274.17.1.el5/build/include/linux/capability.h:45, from /lib/modules/2.6.18-274.17.1.el5/build/include/linux/sched.h:44, from /lib/modules/2.6.18-274.17.1.el5/build/include/linux/module.h:9, from gpio.c:22: /lib/modules/2.6.18-274.17.1.el5/build/include/asm/processor.h:87: error: ‘CONFIG_X86_L1_CACHE_SHIFT’ undeclared here (not in a function) /lib/modules/2.6.18-274.17.1.el5/build/include/asm/processor.h:87: error: requested alignment is not a constant In file included from /lib/modules/2.6.18-274.17.1.el5/build/include/linux/sched.h:49, from /lib/modules/2.6.18-274.17.1.el5/build/include/linux/module.h:9, from gpio.c:22: Any suggestions would be greatly appreciated. Brian___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
