• Get involved.
    We want your input!
    Apply for Membership and join the conversations about everything related to broadcasting.

    After we receive your registration, a moderator will review it. After your registration is approved, you will be permitted to post.
    If you use a disposable or false email address, your registration will be rejected.

    After your membership is approved, please take a minute to tell us a little bit about yourself.
    https://www.radiodiscussions.com/forums/introduce-yourself.1088/

    Thanks in advance and have fun!
    RadioDiscussions Administrators

Processing HELP ( willing too hire)

9

95live

Guest
i am run a internet radio station, im gonna need some help w/ some mic processing and some help w/ processing in general. anyone w/ knowledge and can help me please call me or email me.


[email protected]
415-261-0847

Thank you in advance
 
> i am run a internet radio station, im gonna need some help
> w/ some mic processing and some help w/ processing in
> general. anyone w/ knowledge and can help me please call me
> or email me.

Heh...

sam buca at radio dash info dot com :)<P ID="signature">______________
</P>
 
> i am run a internet radio station, im gonna need some help
> w/ some mic processing and some help w/ processing in
> general. anyone w/ knowledge and can help me please call me
> or email me.
>
>
> [email protected]
> 415-261-0847
>
> Thank you in advance
>

On your Internet stream, you really don't need much processing. Some folks willl disagree, but with the streaming codecs, the massive amount of processing that you would use on air can very easily turn the stream into garbage. You can probably get away with some -- mild -- limiting, compression, and expansion on the stream. The most important thing you can do to help your stream is to make sure all the program elements are really close to the same levels.
 
> On your Internet stream, you really don't need much
> processing. Some folks willl disagree, but with the
> streaming codecs, the massive amount of processing that you
> would use on air can very easily turn the stream into
> garbage. You can probably get away with some -- mild --
> limiting, compression, and expansion on the stream. The most
> important thing you can do to help your stream is to make
> sure all the program elements are really close to the same
> levels.

Bob Orban and Frank Foti say the EXACT same thing.....That is why they make processors for streaming use...and they are bare bone, level limiting w/AGC and little clipping...
 
> Bob Orban and Frank Foti say the EXACT same thing.....That
> is why they make processors for streaming use...and they are
> bare bone, level limiting w/AGC and little clipping...

Hmm... Their internet processor are nothing like barebone. They are full featured multi-band processing. They just don't use any clipping at all, but resort to look-ahead limiting for final peak control. Other than that (and the exception of pre-emphasis) everything is exactly the same as in their FM processors.

As for Internet streaming, I would recommend Orban's PC-1100. I have two of them and they are great! Very consistent sound, full set of features to tailor the sound to your needs. I've heard it will soon be upgraded with even better look-ahead limiter from 8500.

There's an Omnia A/X also (software only) but it's a scaled down version of Omnia-3net and I don't like the fact that it has restricted controls. I use Omnia-6' HD path instead, and it also works great.

http://RadioStudent.redirectme.net/


Regards,
Goran Tomas
 
Thank you for your comments. If I may make one minor correction, the webcast processors use look-ahead limiting in the place of clipping.

-Frank Foti

> > On your Internet stream, you really don't need much
> > processing. Some folks willl disagree, but with the
> > streaming codecs, the massive amount of processing that
> you
> > would use on air can very easily turn the stream into
> > garbage. You can probably get away with some -- mild --
> > limiting, compression, and expansion on the stream. The
> most
> > important thing you can do to help your stream is to make
> > sure all the program elements are really close to the same
>
> > levels.
>
> Bob Orban and Frank Foti say the EXACT same thing.....That
> is why they make processors for streaming use...and they are
> bare bone, level limiting w/AGC and little clipping...
>
 
> > Bob Orban and Frank Foti say the EXACT same thing.....That
>
> > is why they make processors for streaming use...and they
> are
> > bare bone, level limiting w/AGC and little clipping...
>
> Hmm... Their internet processor are nothing like barebone.
> They are full featured multi-band processing. They just
> don't use any clipping at all, but resort to look-ahead
> limiting for final peak control. Other than that (and the
> exception of pre-emphasis) everything is exactly the same as
> in their FM processors.
>
> As for Internet streaming, I would recommend Orban's
> PC-1100. I have two of them and they are great! Very
> consistent sound, full set of features to tailor the sound
> to your needs. I've heard it will soon be upgraded with even
> better look-ahead limiter from 8500.
>
> There's an Omnia A/X also (software only) but it's a scaled
> down version of Omnia-3net and I don't like the fact that it
> has restricted controls. I use Omnia-6' HD path instead, and
> it also works great.
>
> http://RadioStudent.redirectme.net/
>
>
> Regards,
> Goran Tomas
>

It's all neat stuff and both the Omnia and Orban boxes and software will let you do a lot of things to the audio, but I am not sure that either is necessary to do a good sounding webcast. All things being equal, I usually suggest to folks doing streaming that they invest in mics and mic processing and not spend a lot of money on a web audio processor. In the processors' stead, I usuallu recommend a Symetrix or (gasp) Behringer or dbx compressor/expander/limiter for the web stream. I'd definitely change my recommendation if relative loudness becomes a factor in webcasts or there is a specific need to tailor the eq characteristics of the audio or the original levels are so disparate that only a more sophisticated processor could keep up (live events comes to mind).
 
> It's all neat stuff and both the Omnia and Orban boxes and
> software will let you do a lot of things to the audio, but I
> am not sure that either is necessary to do a good sounding
> webcast. All things being equal, I usually suggest to folks
> doing streaming that they invest in mics and mic processing
> and not spend a lot of money on a web audio processor. In
> the processors' stead, I usuallu recommend a Symetrix or
> (gasp) Behringer or dbx compressor/expander/limiter for the
> web stream. I'd definitely change my recommendation if
> relative loudness becomes a factor in webcasts or there is a
> specific need to tailor the eq characteristics of the audio
> or the original levels are so disparate that only a more
> sophisticated processor could keep up (live events comes to
> mind).

Well, we obviously have a different view on the matter ;-)

To me, webcasting is the same as radio. It's just different medium, that's all. And today, when IBOC uses a version of aacPlus and you can have webcasts with aacPlus, there's actually very little difference. With next generation of GSM standards and cell phones and the development of LAN wireless networks, the two will blend even more...

So, as I consider webcasting to be radio broadcasting in essence, I require the same things from processing - constant level, source to source consistency, dynamic re-equalization, etc... For that, you need a quality multi-band processor, just as for FM/AM/HD radio.

And btw, loudness itself is not high on my priority list. I prefer quality and good sounding radio before anything else ;-)


Regards,
Goran Tomas
 
Exactly!

Internet streaming benefits from good processing in ways some may not realize. It’s true you’re not necessarily processing audio to overcome road noise while driving. However, much weekday listening to net streams likely occurs during office hours. You want to give listeners consistent audio levels from source to source, so they don’t have to constantly adjust the volume control on their PC speakers. Normalizing alone won’t necessarily accomplish this, since dynamic range in audio sources can still vary enough that some periodic adjustment of the speaker’s volume control could be required. I recommend AGC into Multiband Compression / Limiting with little (if any) clipping. Since Orban, et al make boxes specifically for Internet streaming, those would be my first choice.

R

> Well, we obviously have a different view on the matter ;-)
>
> To me, webcasting is the same as radio. It's just different
> medium, that's all. And today, when IBOC uses a version of
> aacPlus and you can have webcasts with aacPlus, there's
> actually very little difference. With next generation of GSM
> standards and cell phones and the development of LAN
> wireless networks, the two will blend even more...
>
> So, as I consider webcasting to be radio broadcasting in
> essence, I require the same things from processing -
> constant level, source to source consistency, dynamic
> re-equalization, etc... For that, you need a quality
> multi-band processor, just as for FM/AM/HD radio.
>
> And btw, loudness itself is not high on my priority list. I
> prefer quality and good sounding radio before anything else
> ;-)
>
>
> Regards,
> Goran Tomas
>
<P ID="edit"><FONT class="small">Edited by RobertBass on 07/23/05 06:12 PM.</FONT></P>
 
> Exactly!
>
> Internet streaming benefits from good processing in ways
> some may not realize. It’s true you’re not necessarily
> processing audio to overcome road noise while driving.
> However, much weekday listening to net streams likely occurs
> during office hours. You want to give listeners consistent
> audio levels from source to source, so they don’t have to
> constantly adjust the volume control on their PC speakers.
> Normalizing alone won’t necessarily accomplish this, since
> dynamic range in audio sources can still vary enough that
> some periodic adjustment of the speaker’s volume control
> could be required. I recommend AGC into Multiband
> Compression / Limiting with little (if any) clipping. Since
> Orban, et al make boxes specifically for Internet streaming,
> those would be my first choice.
>

Different schools of thought, for sure. After reading Frank and Bob's writings on the matter, my impression is that with heavily coded and data-compressed audio, the name of the game is playing the CODECs to produce a quality coded result rather than worrying about re-eq'ing and recharacterizing the spectral balance of the source material. To that end, it seems to me that you start out with clean source material and lightly compress/expand/or limit to get the levels consistent and protect the encoder, and if you do that, you should have outstanding results. If time and attention is paid to the quality of sources, then the audio should already be high quality audio and you shouldn't need to do multi-band processing. From what Bob and Frank have written, the more density and processing you put in the audio before the codec, the more likely you are going to get garbage. Most major-label recordings are already processed to an inch of their lives. In our time streaming, we've discovered that even adding a relay in our shoutcast stream will start to degrade the audio. It probably shouldn't be so, but it is.

We're running a direct feed from our analog DA into a compressor/expander/limiter and then into the hardware encoder, and it sounds tight, clean, and consistent... www.wxryfm.org. I can't see why we would ever need to do any further processing for the stream because it would be overkill. The terrestrial signal, however, has all kinds of tweaks and boxes and one of Frank's FM boxes. (Thanks, Frank, the 3T still blows us away! I regret not being able to thank you in person at R & R).
 
Appreciate the replys, sam buca and i spoke earlier and he's gon help me, basically all i need is a mic processor and when i do Live broadcasts fig out how im gonna process my LINE-IN which would be my turntables ( hip-hop) radio station, my AUDIO is already processed through OTS DJ 1.0. - i just want everything too sound the same. the tables, the mic, the audio.

any help?
 
> We're running a direct feed from our analog DA into a
> compressor/expander/limiter and then into the hardware
> encoder, and it sounds tight, clean, and consistent...
> www.wxryfm.org. I can't see why we would ever need to do any
> further processing for the stream because it would be
> overkill. The terrestrial signal, however, has all kinds of
> tweaks and boxes and one of Frank's FM boxes. (Thanks,
> Frank, the 3T still blows us away! I regret not being able
> to thank you in person at R & R).
>
We're running our stream off the same audio DA that feeds our transmitter, pre-processor. From the DA, it goes through a cheap graphic EQ, which I found really helped. (Perempahsis, anyone?) From there it goes to a garden variety dbx compressor limiter, which feeds the streaming computers sound card. That's it. Listeners frequently comment on the good audio quality, so in my opinion, if it ain't broke....
 
> Different schools of thought, for sure. After reading Frank
> and Bob's writings on the matter, my impression is that with
> heavily coded and data-compressed audio, the name of the
> game is playing the CODECs to produce a quality coded result
> rather than worrying about re-eq'ing and recharacterizing
> the spectral balance of the source material. To that end, it
> seems to me that you start out with clean source material
> and lightly compress/expand/or limit to get the levels
> consistent and protect the encoder, and if you do that, you
> should have outstanding results. If time and attention is
> paid to the quality of sources, then the audio should
> already be high quality audio and you shouldn't need to do
> multi-band processing. From what Bob and Frank have written,
> the more density and processing you put in the audio before
> the codec, the more likely you are going to get garbage.
> Most major-label recordings are already processed to an inch
> of their lives. In our time streaming, we've discovered that
> even adding a relay in our shoutcast stream will start to
> degrade the audio. It probably shouldn't be so, but it is.

Yes, you have to consider the codec when tweaking the processing. This is particularly true for high frequencies, where the codecs usually exhibit much of their artifacts. But if you're listening to your stream when tweaking (rather than the direct output from the processor) you are automatically taking codec into account. And the whole transmission, as a matter of fact. To some small extent, this is similar as different exciters having different sound on FM radio.

And yes, the quality of sources is extremely important. Just like with FM radio, but even more so because you're dealing with significant perceptual reduction at the end. You definitely want to have linear, CD-quality sources and you definitely want to avoid coded audio. Overall, the cleaner your sources are, the better you will sound. Noticeably.

But as far as processing is concerned, the amount of compression is not critical. You can have similar compression density as with FM radio. As a matter of fact, most codecs sound better when constantly fed with high-level audio (which compression provides). When the levels drop, codecs start to sound phasey and flanging on high end. When there's constant high-end present, it masks the artifacts and audio sounds better. This is particularly true with older generation streaming codecs, like Windows Media and Real Media. So by tailoring multi-band processing to complement codec, you can actually have better audio then you would if you were using wide-band processing. Or no processing at all.

Now, what Frank and Bob are actually telling you, is that you don't want to clip your audio! Clipping produces harmonics. These harmonics not only distort audio, but also contaminate spectrum which codec "wastes bits" on, that could be used to code more of relevant audio information. Clipped audio sounds much worse when coded, than clean audio does. This is why all processor for digital delivery use look-ahead limiting for peak control. Look-ahead limiting produces no extra harmonics, only IMD (if you lean on in too hard).

> We're running a direct feed from our analog DA into a
> compressor/expander/limiter and then into the hardware
> encoder, and it sounds tight, clean, and consistent...
> www.wxryfm.org. I can't see why we would ever need to do any
> further processing for the stream because it would be
> overkill.

That's your position and I respect that. Others might feel they want to do more with their webstreams. Whether there will be a noticeable difference, as always, will be judged by listeners ;-)


Regards,
Goran Tomas
 
> Hmm... Their internet processor are nothing like barebone.
> They are full featured multi-band processing. They just
> don't use any clipping at all, but resort to look-ahead
> limiting for final peak control. Other than that (and the
> exception of pre-emphasis) everything is exactly the same as
> in their FM processors.

Well they dont COST like the on air models :)

> As for Internet streaming, I would recommend Orban's
> PC-1100. I have two of them and they are great! Very
> consistent sound, full set of features to tailor the sound
> to your needs. I've heard it will soon be upgraded with even
> better look-ahead limiter from 8500.

I agree on the PC1100...
 
> It's all neat stuff and both the Omnia and Orban boxes and
> software will let you do a lot of things to the audio, but I
> am not sure that either is necessary to do a good sounding
> webcast. All things being equal, I usually suggest to folks
> doing streaming that they invest in mics and mic processing
> and not spend a lot of money on a web audio processor. In
> the processors' stead, I usuallu recommend a Symetrix or
> (gasp) Behringer or dbx compressor/expander/limiter for the
> web stream. I'd definitely change my recommendation if
> relative loudness becomes a factor in webcasts or there is a
> specific need to tailor the eq characteristics of the audio
> or the original levels are so disparate that only a more
> sophisticated processor could keep up (live events comes to
> mind).
>
These processors will work to manage the dynamics...BUT...They DO NOT offer any spectrum control to minimize coding artifacts. The use of a well placed low pass filter in the audio processor will improve the sound of low bit rates.

-Frank Foti
 
Status
This thread has been closed due to inactivity. You can create a new thread to discuss this topic.


Back
Top Bottom