>Date: Mon, 3 Feb 2014 13:01:05 -0800 (PST) >From: Rick <[email protected]<mailto:[email protected]>>
>To: >"[email protected]<mailto:[email protected]>" > > <[email protected]<mailto:[email protected]>> >Subject: Re: [RDD] Rivendell-dev Digest, Vol 10, Issue 1 >Message-ID: > > <[email protected]<mailto:[email protected]>> >Content-Type: text/plain; charset="iso-8859-1" >Cowboy, >Is it correct to say you're advising strictly on the traditional analog >physical output realm? >I have to say, I'm intrigued by Jim's virtual approach using Jack! I would think so. In the physical world when you tie two or more outputs together they will tend to "fight" each other as in there could be times when one channel is trying to pull the output to a +10 Volts while another is trying to pull it the opposite direction to a -10 volts. In practice with "low powered" amplifier outputs, as in ones NOT meant for driving speakers and headphones, this usually doesn't "blow things up", but can cause distortion because the amplifiers typically get their internal feedback networks all out of whack in the fight. The original post mentioned using a "resistive network" which minimizes the "fight" to be within the output impedance capabilities of the amplifiers being summed, which works fine other than it results in a slightly weaker signal on the output. In JackAudio's virtual patch bay, there is no "fight" only simple arithmetic going on. No "feedback networks" to protect or actual transistors being forced to sink more current than they were designed to. If the writers of Jack Audio had a problem with combining signals in this way, I would imagine they wouldn't allow you to do so! >We have an 8x2 switch as well, and are gradually using it more as we mature >(we're a fledgling community radio station only now going >into our 3rd year). The Rivendell system integrates with it very nicely! But you first have to define the BT 8.2 in RDAdmin. I already mentioned I'm making full use of the GPIO's and Silence Sense functions. As far as the primary functions (switching audio signals), the macro commands in Rivendell do this quite nicely for example: "ST 0 3 2!" will switch switcher #0 (first of many switcher devices you might have) input #3 to output #2. If I remember, a quirk in this is that you need to put the BT 8.2 into "mix mode" via internal DIP switch for this to work correctly. Rivendell automatically removes the previous source for you (I guess providing some sort of cross fade or something, again we haven't used this function much!). Once you simply write a bunch simple macros to do whatever switching you need, simply either assign them to "buttons" or schedule them in logs. I have my macros changing colors of any buttons so you can tell at a glance which one you last chose (at expense of a slightly complicated macros). >Along with some recent studio improvements, we're looking at additional usage >of the 8x2 switch, which initially included a graphical->something to click on >to perform an 8x2 switch operation.? The initial thought was an icon approach >in Winblows, with the associated RS->232 signal wiring back (or serial over >CATx) to the switch, but another idea has emerged: an internal PHP/web-based >interface.? This >would be platform-independent (implemented in Linux) with >the RS-232 wiring simplified down to the web server-to-switch.? Provides >more >flexible access within the station to the 8x2 switch.? Add access controls as >desired.? So far, I'm liking the idea :) Or just use Rivendell, it works really well. You can add your macros to the little RD softkey program, rdcartslots, or rdpanel too if you wish, or even run the macros directly out of rdlibrary in a "pinch" if you need. >Cheers, >Rick QuendunKMUZ Engineering
_______________________________________________ Rivendell-dev mailing list [email protected] http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
