[RDD] Invitación a conectar en LinkedIn
Me gustaría añadirte a mi red profesional en LinkedIn. Juan Aceptar: http://www.linkedin.com/%2Fblink?simpleRedirect=65GdAt2rA95fnBBiShBsC5EsOoVc30OdPAOe3kVcjR4imVLqnhxt6BSrCACt7dBtmtvpnhFtCVFfmJB9CVQoC4JtCVFt7dBtmsJr6RBfmtKqmJzon9Q9ClQqnpKimtBkClOs3Rx9D8Rbn1WpStUsT5EbmtydzgNqzRBfP9SbSkLrmZzbCVFp6lHrCBIbDtTtOYLeDdMt7hE&msgID=I6336565349_1&markAsRead= Estás recibiendo mensajes sobre Invitación a conectarnos. Date de baja aquí: http://www.linkedin.com/%2Fblink?simpleRedirect=1JrSd5cylPrmlQsTBPr6lSon9xs4kO9mVxqn1PomcMd2lSpmgJr6NBp6VBtCBOfmNFomRB9D8Rbn1WpStUsT5EbmtydzgNqzRAqmkCoPoTq74NcSwMe3hLq6JyfmhFoioNbjRAqmQCcjoMc38Zp6ACt7dBtmtvpnhFtCVFfmJB9CJKr6oJtCVFt7dBtmsJr6RBfmtKqmJzon9Q9DdKtjRQ9D8Rbn1WpStUsT5EbmtydzgNqzRBfP9SbSkLrmZzbCVFp6lHrCBIbDtTtOYLeDdMt7hE&msgID=I6336565349_1&markAsRead= Averigua por qué incluimos esto en este enlace: http://www.linkedin.com/%2Fblink?simpleRedirect=3wUdPgZp4BBr6dFt79x9DhPpnlDnSlQqnpKqjRHpipIsBlBoSBSsCljsClJrThPtmcZoipOdiRMuCtDu7dNq2RDozoQcmEZpjYOtyZBbSRLoOVKqmhBqSVFr2VTtTsLbPFMt7hE&msgID=I6336565349_1&markAsRead= ©2014 LinkedIn Ireland Limited, registrada en Irlanda como sociedad anónima, número de identificación 477441; oficina registradora: 70 Sir John Roberson’s Quay, Dublín 2___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Audio Processing -- was -- normalization (Alan Peterson)
- Original Message - > From: "Cowboy" > On Thursday 23 January 2014 07:47:40 pm Jim Stewart wrote: > > Otherwise my vote is an Aphex Compeller, that I think can be "slowed > > down" enough to give the processing you desire. > > Just be aware that the Compellor deliberately generates > even order distortion ! > > The theory is that even order distortion sounds pleasant, > while odd order sounds bad. > To me, distortion is distortion, but that's me. The *Compellor* does that? I had always heard that that was what the *Exciter* did; that was it's raison d'etre from introduction... Cheers, -- jra -- Jay R. Ashworth Baylink j...@baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://www.bcp38.info 2000 Land Rover DII St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274 ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Audio Processing -- was -- normalization (Alan Peterson)
On Thursday 23 January 2014 07:47:40 pm Jim Stewart wrote: > Otherwise my vote is an Aphex Compeller, that I think can be "slowed down" > enough to give the processing you desire. Just be aware that the Compellor deliberately generates even order distortion ! The theory is that even order distortion sounds pleasant, while odd order sounds bad. To me, distortion is distortion, but that's me. -- Cowboy http://cowboy.cwf1.com Q: How many DEC repairmen does it take to fix a flat? A: Five; four to hold the car up and one to swap tires. Q: How long does it take? A: It's indeterminate. It will depend upon how many flats they've brought with them. Q: What happens if you've got TWO flats? A: They replace your generator. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Audio Processing -- was -- normalization (Alan Peterson)
I think ideally you need a "simple and slow" AGC-like compressor that has a "side-chain gate" so that it can be adjusted so it doesn't "pump up" the level during silence periods that are "supposed" to exist in spoken word. I don't know what kind of "Radio" station you are running, but you likely will have some sort of processing needed for guarantee legal operation (as well as generating a proper "composite" signal if an FM) which might be able to be able to be adjusted to do this already. If you need to buy one, perhaps the lowest priced Omnia or Optimod products (appropriate for your type of station) would work once properly adjusted to do what you want. Otherwise my vote is an Aphex Compeller, that I think can be "slowed down" enough to give the processing you desire. It certainly has the side-chain gating you need. Overall it is an excellent single-band AGC/Leveler product but does not provide "final radio broadcast limiting" needed for legal operation. If you like to try to do it in software inside your Rivendell box, and have Jack Audio running, there are lots of processor plugins (like ones previously mentioned in this thread) that can be used. I'm using a simple single-band compressor for a web-streamed version of our FM station and have it working great for our purposes (my exact choice would not be best for you as it has no gate, but you might be able to find one that does). ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rivendell 2.7.0
I'd say there are a lot of installations reliant on just keyboard/mouse. The luxury/cost of touch screens are not an option for my setup. Drag/drop 'move' functionality would be welcome and seems strange to me not to be available. Like a word processor offerring only cut but no paste Cheers, Paul On 24/01/2014, at 12:53 PM, Cowboy wrote: > Both are problematic on a touch Cheers, Paul. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rivendell 2.7.0
- Original Message - > From: "sjm" > > So by extension, > > ctl-drag copy > > alt-drag move > > > > Both are problematic on a touch screen. > > Except I said that there would only be one modifier of the "default". > The default would still work on the touch screen as it does now. > > sjm > > P.S. Also, I thought the touch screen was basically similar to a > one-button mouse, so why wouldn't a keyboard press be the same with > the touch screen? Or am I wrong about how the touch screen works? I think it's that you're assuming there *is a keyboard*. Cheers, -- jra -- Jay R. Ashworth Baylink j...@baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://www.bcp38.info 2000 Land Rover DII St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274 ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rivendell 2.7.0
On 01/23/2014 05:53 PM, Cowboy wrote: On Thursday 23 January 2014 06:46:51 pm sjm wrote: Some systems allow the modification of the default move/copy by holding down the Control key something like: - Normal drag -> Copy - Drag with control key held down -> Move So by extension, ctl-dragcopy alt-dragmove Both are problematic on a touch screen. Except I said that there would only be one modifier of the "default". The default would still work on the touch screen as it does now. sjm P.S. Also, I thought the touch screen was basically similar to a one-button mouse, so why wouldn't a keyboard press be the same with the touch screen? Or am I wrong about how the touch screen works? ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rivendell 2.7.0
On Thursday 23 January 2014 06:46:51 pm sjm wrote: > Some systems allow the modification of the default move/copy by holding > down the Control key something like: > - Normal drag -> Copy > - Drag with control key held down -> Move So by extension, ctl-dragcopy alt-dragmove Both are problematic on a touch screen. -- Cowboy http://cowboy.cwf1.com Q: How many DEC repairmen does it take to fix a flat? A: Five; four to hold the car up and one to swap tires. Q: How long does it take? A: It's indeterminate. It will depend upon how many flats they've brought with them. Q: What happens if you've got TWO flats? A: They replace your generator. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rivendell 2.7.0
On 01/19/2014 10:17 PM, Paul Hayton wrote: It's a great step forward Fred (and thank you for implementing it) however the ideal would be to be able to move or copy items. Some systems allow the modification of the default move/copy by holding down the Control key something like: - Normal drag -> Copy - Drag with control key held down -> Move sjm ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
[RDD] Problems with foreign characters (was: Rivendell 2.7.0)
Hi Fred, This happens when you try to delete a log in RdLogEdit: http://i44.tinypic.com/282ko40.jpg (other texts with foreign characters are show fine in RdLogEdit) In RdAdmin, when you specify the description in Groups, Scheduler Codes or User List, most of the foreign characters are replaced with "??". Groups http://i42.tinypic.com/2lsjv6d.png Scheduler Codes http://i39.tinypic.com/ne1hw.png Users http://i39.tinypic.com/2zs3b7s.jpg This happens in the Production_SRT table, too: foreign characters in fields like TITLE, ARTIST and others are replaced with "??". Regards! 2014/1/22 Morten Krarup Nielsen > > > > 2014/1/21 Fred Gleason > >> On Jan 21, 2014, at 03:49 25, Morten Krarup Nielsen >> wrote: >> >> > It would be nice, if this consistency Rivendell is aiming for also >> included accented/foreign characters :-) In some modules they look right, >> in other modules they doesn’t >> >> I’m game, but I’ll need some help from you folks, as my dev setup doesn’t >> use such characters. >> >> Where are the trouble spots? >> > > > This sounds awesome. It causes so much trouble, that our Danish characters > isn't (fully) supported. > > In RDAirPlay, the song Kære Lillesøster by Danser med Drenge shows up > correctly in the playlist, but you can't search for titles with foreign > characters (see http://i42.tinypic.com/20r4mbr.png) > > In RdLibrary you also can't search for titles containing foreign > characters (or you have to search for a different part of the song - new > users/presenters can't understand this). Also when you create a new cart > containing foreign characters and click ok, the characters is replaced by a > "?" (see http://i44.tinypic.com/2hmoa5u.png) > > In RDLogEdit the problem is the same when adding and searching for carts. > In Voicetracker the characters is looking weird (not a real problem, but > maybe confusing, see http://i39.tinypic.com/2r20o3s.png) > > > icecast2.rlm also outputs the foreign characters in a strange way, which > causes problems with our stream-metatag and online playlist. > > At last I run a MySQL command every week to generate our weekly > airplay-chart into a text-file - and this file also has the problem with > foreign characters > > I hope it's possible to fix - this will make our work easier and help > adopt Rivendell in Europe. > > Thank you! > > Kind regards, > > Morten > www.radiomax.dk > > ___ > 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 Processing -- was -- normalization
I'm one of those proud production rats, Cowboy. I've written about it for over 20 years in Radio World newspaper and Radio and Production Magazine; I've practiced it at numerous successful and award-winning stations; and now apply it on a national network level. There isn't one outside pre-recorded program that comes into us that doesn't undergo a QC process of peak limiting, normalization and, in some cases, tight parametric EQ to remove whistles & harmonics from phone calls and Skype connections... before it's imported for playout. Digital audio processing has made things a lot easier and faster -- Multiband compression can be applied as a batch process to multiple sound files, with predictable and fine-tunable results every time. We've created our own presets to fix commonly occurring problems (like eliminating the 15.6 kHz whine coming from an old TV monitor the host "still needs" in his studio). A few years ago we had to cook up a plug-in to notch out the B-flat tone of vuvuzelas on international sports reports just to hear the commentators. There are even free plugins that can restore badly clipped audio (http://csa.sourceforge.net/index/index_en.html). Yes, all these are necessary but are not coldly automatic -- it still takes someone with an ear to make it all work. Having that big processor going out the door is necessary to hit proper modulation, keep from splashing the boys down the dial, and put a signature sound to a particular station. It is, as you point out, not the Mister-Fixit to wildly varying audio. Leo's advice from an earlier message is valid: I might recommend that any future audio going into Ermina's system be QC'd on an external system first. Some gentle peak limiting works wonders on spiky material and normalization is always needed on modern pop music. Alan Peterson Washington DC ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Drag-and-drop wrapup
Excellent! +1 2014/1/22 Fred Gleason > > Am I understanding this correctly? > > Cheers! > ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Audio Processing -- was -- normalization
On Thursday 23 January 2014 07:36:55 am erm...@studioplume.com wrote: > > and I wanted to know if I'm going> to need post-Rivendell compression > > processing, either something> on the computer or an external processor. There are two schools of thought on generating a "sound" for a station. One is "cheap" and easy. Buying an audio processor, such as an Optimod or an Omnia, ( about $10K or $15K ) plug it into the air chain, adjust it for a "sound" and let it do what it does so well. This is the approach taken by most commercial "professional" broadcast plants over most of the last 40 or 50 years or so. It's come to be taken as the "best" way to do things. It's not by a long shot. It's "a" way. Hardly "best" by most measures. The strength of this approach, is that it allows ( ney, encourages ) laziness, lack of creativity, lack of attention to detail, firing people to cut costs, and forcing a consistency of the station sound. It does these things very, very well. Set it and forget it. Fire the production people. There is nothing they can do, so why pay them ? Higher temporary profits to be turned into stock dividends. Wall Street, being a "this quarter" fickle owner loves it, today. Kill the goose, and get all the golden eggs today ! The weakness of this approach, is a very consistent, very bland sound. A total lack of dynamics, and creativity. Everything sounds the same. Everything is in absolute compliance with same-old same-old. In fact, creativity in station sound is really not possible. Any creativity produced will be removed by the processor. Therefore, production talent is wasted, so it's simply not done. As such, it becomes a lost and forgotten talent. ( one of the places where real talent could shine ) A job can be cut. It makes no difference. The audience takes a little while, but absolutely does respond to the boring sound in a very predictable manner. The other way, and the way I personally favor, is to put any "toys" in the production studio, and let the prod-rat do his job. Let him/her do what he or she does by orders of magnitude better than any machine ever could. Produce ! The strength of this approach is that the prod rat will achieve the optimum sound for each and every cut. Nothing is compromised, if the prod rat actually does his job. Each and every cut gets the attention to detail that *every* cut should have. The prod rat usually becomes very demanding as to the quality of the whole station, since it's his job to make it the very best that it can be at all times. Each and every cut will get the sound that best fits both that cut, and the whole unique "sound" of the station. The prod rat applies whatever creativity he must, to make that cut "sing." Things that should be consistent are, and things that should be unique, are. The air chain processor does nothing more than peak control. "Normalizing" if you prefer, but actually less than that. If the prod rat produced a quiet passage, it remains quiet. The air chain processor *could* be as little as a pair of 30 cent diodes. The audience enjoys the entertaining, dynamic experience that they have difficulty finding anywhere else, if it exists at all. The audience responds in a very predictable way. They are yours, unless you do something really stupid. The weakness of this approach, is that each and every cut *must* go through production. Levels must be set. Compression applied to the degree that *that* cut wants. If you have 6000 cuts in your library, this is a full time job that somebody must do, 6000 times, then keep doing for every cut, every spot that comes in the door, as well as anything generated locally. There is a job to do, and somebody actually must do that job. It's a paycheck. A real cost of doing business that can not be compromised without jeopardizing the entire operation. Wall Street hates it. Wall Street intends to dump the stock anyway, so caring about the sound is in direct opposition to highest profit today, and tomorrow be damned. You pays your money, and you takes your chances. -- Cowboy http://cowboy.cwf1.com Q: How many DEC repairmen does it take to fix a flat? A: Five; four to hold the car up and one to swap tires. Q: How long does it take? A: It's indeterminate. It will depend upon how many flats they've brought with them. Q: What happens if you've got TWO flats? A: They replace your generator. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] normalization
Hello, My goal is to have every cut come out at the same average level. you might want to try "loudness normalization". Some tools to do that in rivendell (touching only the "Cut Gain" value) are evoked in the following threads: http://lists.rivendellaudio.org/pipermail/rivendell-dev/2012-August/016331.html http://lists.rivendellaudio.org/pipermail/rivendell-dev/2013-May/018704.html http://lists.rivendellaudio.org/pipermail/rivendell-dev/2013-June/018706.html and should help you to process all your carts without doing each one manually. and I wanted to know if I'm going to need post-Rivendell compression processing, either something on the computer or an external processor. Our station is more music oriented but fwiw we use an Ariane Sequel to do the leveling and it can be quite respectful of the original signal. (though it's not suited to be the only processing in the chain as you will need some kind of limiting afterwards and there might be more suited tools if you're on a tight budget) Hope it helps. . Leo tech @ Graf'hit 94.9MHz BP 60319 // F-60200 Compiègne ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Drag-and-drop wrapup
Hello, even though now I am used to "long-clic-sequences-operations" I think that the ability to drag-as-move options would be great (it would basically be the only use of drag and drop I would enable). In the same way you move songs in Winamp-like audio players. Anyway I feel everyday prouder and prouder of this community. Alessio 2014/1/23 Hoggins! > Hello, > > That's exactly how I'm seeing it. > > Thanks ! > > Le 23/01/2014 00:43, Fred Gleason a écrit : > > Howdy Folks: > > > > A big thanks to every one who contributed to the recent threads about > drag-and-drop in Rivendell. I think some really good ideas have been put > forth! > > > > Here’s the consensus as I’m understanding it and how I plan to proceed: > > > > 1) Add a control in RDAdmin->ManageHosts->[Hostname] to enable/disable > the entire drag-and-drop system. Disabling it would essentially restore > operation to how it was before drag-and-drop was added in v2.6.1. This > could be configured on a host-by-host basis. > > > > 2) Add a control in RDAdmin->ManageHosts->[Hostname] to enable/disable > drops on SoundPanels when not in ‘Setup’ mode. *Drags* from SoundPanel > buttons would continue to work as they do now in 2.7.0. This would > likewise by configured on a host-by-host basis, but would apply to *all* > sound panels on that host. > > > > Am I understanding this correctly? > > > > Cheers! > > ___ > 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] Drag-and-drop wrapup
Hello, That's exactly how I'm seeing it. Thanks ! Le 23/01/2014 00:43, Fred Gleason a écrit : > Howdy Folks: > > A big thanks to every one who contributed to the recent threads about > drag-and-drop in Rivendell. I think some really good ideas have been put > forth! > > Here’s the consensus as I’m understanding it and how I plan to proceed: > > 1) Add a control in RDAdmin->ManageHosts->[Hostname] to enable/disable the > entire drag-and-drop system. Disabling it would essentially restore > operation to how it was before drag-and-drop was added in v2.6.1. This could > be configured on a host-by-host basis. > > 2) Add a control in RDAdmin->ManageHosts->[Hostname] to enable/disable drops > on SoundPanels when not in ‘Setup’ mode. *Drags* from SoundPanel buttons > would continue to work as they do now in 2.7.0. This would likewise by > configured on a host-by-host basis, but would apply to *all* sound panels on > that host. > > Am I understanding this correctly? > > Cheers! ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
