Re: [PATCH] Spectrum views enhancement & small eq fixes

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Steve Harris a écrit :
> On 27 Feb 2008, at 13:39, [email protected] wrote:
>> On Wed Feb 27  9:34 , Raphaël Doursenaud  sent:
>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> Jan Depner a écrit :
>>>> On Wed, 2008-02-27 at 01:05 +0100, Raphaël Doursenaud wrote:
>>>>> [...]
>>>>>
>>>>> 1) Relabeled geq sliders with correct frequency.
>>>>>
>>>>   I have no idea what the "correct" frequencies are.  Neither what  
>>>> we
>>>> have now nor what you have done matches any 31 band GEQ I've ever  
>>>> seen.
>>>> I'll wait for Steve to chime in on that one ;-)  One of the  
>>>> reasons for
>>>> not using 31.5 and 1k25 and 3k15, etc. was to save screen real  
>>>> estate.
>>>> We really don't need to be exact anyway.  I'm more concerned about
>>>> completely eating up every square mm of screen space.
>>> Well "correct" might not be the word.
>>>
>>> Uncommenting this around line 169 in process.c :
>>> //printf("band %d = %fHz\n", i, centre);
>>> provides the hyper precise floating point frequencies.
>>>
>>> These are 1/3 octaves like on most professional geq in the market  
>>> (See
>>> for ex.
>>> http://www.klarkteknik.com/images/content/products/product_shots/dn9331/dn9331-front.jpg) 
>>> .
>>> This is what we should expect from a third octave geq, anything  
>>> else is
>>> just distracting.
>>   It's fine with me.  This doesn't match my hardware 31 band GEQ but  
>> it makes
>> sense to me as it is in the software one.

Well it is a 30 bands eq more like
http://www.klarkteknik.com/images/content/products/product_shots/dn360/dn360-front.jpg
it just misses the first (31st) 20Hz band.

> I don't quite remember how got what we did, but like Jan said the  
> prime concern was screen realestate.
> Due to the way it's measured the low frequencies are quite inaccurate,  
> FWIW.

The low frequency is more than inaccurate, actually the bands act a
little higher (as far as 1/3 octave) and 31.5 and 50Hz bands *doesn't
act at all* (as reported in bug #1397685).
I've not been able yet to understand the code behind as it seems pretty
tied to the hdeq.

>  From what I remember, I just read the ISO spec for EQ displays and  
> implemented what it says.

Is there a way to get an hand on it? I'd be very interested to read it.

> - Steve

Thanks

- --
Raphaël Doursenaud
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHxXJoaZKmNAdXaVURAp68AKCFUXIUp2UYUyXMfrUyEjj+BnJj7wCeMmjP
+KInyIx5Fx6DZeox04B1dTU=
=l9mh
-----END PGP SIGNATURE-----

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Jamin-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jamin-devel