[PD] help cloning max's scale

[Alexandre Torres Porres]

> There's no way mapping 13.3 from 0-127 to -1 to 1
> should result in something so close to -1

well, there wouldn't be a way if it were a linear scaling... but it's a
logarithmic scale, so it'll do what it does.

> Just try a few different exponents and
> you'll see that there's a bug in the Max code.

which bug exactly? I tried other values close to the "typical value" they
mention (1.06) and it doesn't seem weird to me. Not typical values will
given untypical and not so useful results, but they warn you about it.

> there are lots of bug reports out there about it.

About the object or the conversion formula? cause if it is about the
object, it could be anything. Now, if the object does not convert according
to the supposed math, it'd be reasonable that they'd have it fixed
eventually. Is this really the case? I hope you could be more specific
about the issue. I'd like to know that please, now that I'm working with
this.

> Switch off classic mode in the inspector in Max7, and you
> get the same result as expr above, the very sensible -0.817072.

To be honest, I don't think the non classic mode is that much sensible.
It'd make much more sense to me to specify a power exponential.

Anyway, it may be more sensible after all, but this fact alone is not
enough to say the other one is "wrong" or "broken" - you can just say it
isn't "sensible"... which is true.

What we know is that the given formula in the reference for the non classic
mode is in accordance to what the object outputs. I had tested that by the
way, and saw it was accurate.

I'm just asking to make sure if the other given formula given in the
reference is actually wrong, or if I made a mistake. It seems clear for us
that it is not outputting what the object is, so the reference seems just
wrong.

If the reference is wrong, it doesn't mean the object is "broken" or
"wrong". And talking about being sensible, the output of the given formula
is even crazier and all... so it's not like the object should output that,
it's more like "hey, the reference is wrong, and we don't know the formula
to clone it!"

About the other inquiry on what would I want to clone an object that
behaves arguably insensibly, the answer is just that I'd like to clone it
for the purpose of cloning it. Whatever it is, I'd like to make an exact
copy of it. That's the purpose of cyclone after all.

cheers


2015-06-19 22:25 GMT-03:00 Joel Matthys <jwmatthys at gmail.com>:

>  You're using the [scale] formula from @classic_mode in Max7, which exists
> for compatibility with IRCAM, but it's clearly wrong. (There's no way
> mapping 13.3 from 0-127 to -1 to 1 should result in something so close to
> -1. Just try a few different exponents and you'll see that there's a bug in
> the Max code. And there are lots of bug reports out there about it.)
>
> That's why they introduced an alternate mode for [scale] in Max, which can
> be switch in the Inspector.
>
> For non-classic (modern) mode, the documentation gives you this equation:
>
> ((x-in_low)/(in_high-in_low) == 0) ? out_low :
> (((x-in_low)/(in_high-in_low)) > 0) ? (out_low + (out_high-out_low) *
> ((x-in_low)/(in_high-in_low))^exp) : ( out_low + (out_high-out_low) *
> -((((-x+in_low)/(in_high-in_low)))^(exp)))
>
> Translated to expr as:
>
> [expr if ((($f1-in_low)/(in_high-in_low)==0), out_low, if
> ((($f1-in_low)/(in_high-in_low)>0),
> out_low+(out_high-out_low)*pow(($f1-in_low)/(in_high-in_low), power),
> out_low+(out_high-out_low)*-1*pow((-1*$f1+in_low)/(in_high-in_low),
> power)))]
>
> Switch off classic mode in the inspector in Max7, and you get the same
> result as expr above, the very sensible -0.817072.
>
> Joel
>
>
> On 06/19/2015 05:39 PM, Alexandre Torres Porres wrote:
>
>  Howdy, so I'm cloning the scale object from Max, to make an object and
> include in the cyclone library. It converts range input (low_in / high_in)
> to a range output (low_out / high_out). It has a logarithmic curve for
> rescaling according to a fifth argument/inlet. I did copy into expr the
> formula described in the reference of Max6/7 (max's 5 was just wrong,
> copied from [linedrive]) - well, it didn't work! Would anyone know if I'm
> doing something wrong or if the reference is not telling the truth?
>
> The formula, as described in the reference is: (out_low + (out_high-out_low)
> * ( (out_high - out_low) * exp(-1 * (in_high-in_low) * log(power)) * exp(x
> * log(power)) ))
>
>
>  Here's my patch with that formula into expr. The output with the
> parameters I have should be -0.997347 - as that's the output I get in Max.
> But instead, it's giving -0.994694...
>
>
>  thanks
>
>
>
>
>  =================
>
>
>  #N canvas 24 23 488 340 10;
>
> #X obj 215 154 v out_low;
>
> #X obj 233 132 v out_high;
>
> #X obj 288 110 v power;
>
> #X obj 152 130 v in_high;
>
> #X obj 115 153 v in_low;
>
> #X floatatom 58 248 0 0 0 0 - - -;
>
> #X obj 58 197 expr (out_low + (out_high-out_low) * ( (out_high - out_low)
>
> * exp(-1*(in_high-in_low)*log(power)) * exp($f1*log(power)) ));
>
> #X msg 115 102 0;
>
> #X msg 152 102 127;
>
> #X msg 215 99 -1;
>
> #X msg 249 97 1;
>
> #X msg 288 86 1.06;
>
> #X obj 90 31 loadbang;
>
> #X obj 90 60 t b b;
>
> #X msg 58 107 13.3;
>
> #X connect 6 0 5 0;
>
> #X connect 7 0 4 0;
>
> #X connect 8 0 3 0;
>
> #X connect 9 0 0 0;
>
> #X connect 10 0 1 0;
>
> #X connect 11 0 2 0;
>
> #X connect 12 0 13 0;
>
> #X connect 13 0 14 0;
>
> #X connect 13 1 11 0;
>
> #X connect 13 1 10 0;
>
> #X connect 13 1 9 0;
>
> #X connect 13 1 8 0;
>
> #X connect 13 1 7 0;
>
> #X connect 14 0 6 0;
>
>
>
> _______________________________________________Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150619/437170bd/attachment-0001.html>