Re: [LAU] Level Matching

From: Patrick Shirkey <pshirkey@email-addr-hidden>
Date: Tue Nov 04 2008 - 09:29:47 EET

Paul Davis wrote:
> On Tue, 2008-11-04 at 14:08 +0700, Patrick Shirkey wrote:
>
>> Paul Davis wrote:
>>
>>> On Tue, 2008-11-04 at 11:25 +0700, Patrick Shirkey wrote:
>>>
>>>
>>>
>>>> Just out of interest how much processor power would it take to normalise
>>>> on the fly?
>>>>
>>>>
>>> it doesn't need a CPU, it would need a time machine to travel into the
>>> future to measure the loudest sample still to come.
>>>
>>>
>>>
>>>
>> Even if we are talking about a static collection of audio files?
>>
>
> that doesn't meet my understanding of the term "on the fly".
>
> look, normalization is a simple process: find the loudest sample. get
> the ratio of its value to the maximum possible sample value. multiply
> every sample by this ratio. done. no shortcuts, but also no complexity.
>
> what you seem to be after is a compressor, which will keep the level of
> the output within some defined range. entirely different beastie.
>

Your right. I was looking at it from the wrong angle. I knew there was a
well defined principal at use in the radio world.

So what the original poster wants is to add a compressor to the output
path for amarok or whatever audio track player is being used...
Jack-rack would probably do but surely someone has written a nice
compressor interface for sc4 by now?

I looked into it once but didn't have time to finish.

I was thinking of ripping out the compressor code in jamin. Also the
work that Jan did on the parametric eq would make a nice stand alone
interface.

Cheers.

-- 
Patrick Shirkey
Boost Hardware Ltd.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@email-addr-hidden
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
Received on Tue Nov 4 12:15:01 2008

This archive was generated by hypermail 2.1.8 : Tue Nov 04 2008 - 12:15:02 EET