joeman

Can someone help with with some logical problem. My brain doesn't follow the rabbit far enough to work this seemingly simple thing out >facepalm<

I want to automate a [pictslider] (PICTSLIDER1) randomly (via various methods) but with depth, range and speed that is offset-able. For this, I want to use a second [pictslider] (PICTSLIDER2) to locate the centre point from which the automation will take place.

Adding the automation with range depth and speed is trivial, as is adding a simple XY offset to the automation. The attached patch demonstrates this.

Where I'm struggling and need help is in the scaling of the remaining space towards each wall of the XY. I don't want the values outside the XY to just clip and stay stuck to the wall. Instead, I want the range of the automation to be limited to the remaining distance to the walls from the XY offset.

Thanks for taking a look and I hope ya'll are going ok!

comment

message

panel

pictslider

multislider

number

line

pack

random

toggle

metro

Hi everybody,
Can someone help with with some logical problem. My brain doesn't follow the rabbit far enough to work this seemingly simple t

please-help-logic-scaling-dynamic-ranges

Maybe you could rework the automation concept.

as first scale line ramp time to min jumpy 1 ms to smooth 

(replaces that jumpy - smooth thing calc)

then generate + or - ramp according to remaining distance .

Random generated number 0 - 100 would be percentage of the distance

to walls to go, direction also randomised

you need to capture current x y values all the time

Maybe you could rework the automation concept.
as first scale line ramp time to min jumpy 1 ms to smooth metro time max
(replaces that jumpy - smooth thing calc)
then generate + or - ramp according to remaining distance .
Random generated number 0 - 100 would be percentage of the distance
to walls to go, direction also randomised
you need to capture current x y values all the time
to have remaining distances ready


i would recommend to implement different modes, this is often the best solution when you can not decide how to do something.

there are parameters in a synthesizer where it will make sense to randomize linearily and then 

values out of range, while in others you always wanted to scale the upper and lower half according to the center position.

the deprecated [plugmod] object could have given you an idea about the issue.

how to scale a range in the way you need, simple version:

[scale 0. 70. 0. 100.] [scale 70. 100. 0. 100.] 

[scale 0. 100. 0. 70.] [scale 0. 100. 70. 100.]


i would recommend to implement different modes, this is often the best solution when you can not decide how to do something.

there are parameters in a synthesizer where it will make sense to randomize linearily and then clip values out of range, while in others you always wanted to scale the upper and lower half according to the center position.

the deprecated [plugmod] object could have given you an idea about the issue.

how to scale a range in the way you need, simple version:

0. - 100.
[split 70. 10.] 
[scale 0. 70. 0. 100.]  [scale 70. 100. 0. 100.] 
do something do something in 0. - 100.
[scale 0. 100. 0. 70.] [scale 0. 100. 70. 100.]


I've tried many split and scale options but kept running afoul..

Roman your example is a bit too out of context for me to follow it as you perhaps intended it to be received.

Eg, if you handed me the answer, I didn't see it yet ha

Here's a way forward that doesn't scale the remaining distance but instead treats negative (out of range) numbers differently. Not exactly the solution you asked for, but it seems to generate better behavior.

Hi Holland, unfortunately the patch you posted does not work properly. Simply move the red circle around the space to see your solution start to behave inappropriately. I appreciate you having a look at this though!

I only posted a solution for the lower range of x and y. It would need to be modified for the upper ranges.

please help logic - scaling dynamic ranges