-
-
Notifications
You must be signed in to change notification settings - Fork 99
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Automation does not respect custom min and max values #41
Comments
this is certainly not applied into the core. I assign to me. |
@theod Mhhh I'm not sure. The curve is created in OSSIAAutomationElement::on_curveChanged_impl, and I scale the points by this min / max before putting them in the curve so this should just work ? I'll try tomorrow. |
I had a bug in there that may have been the cause for this. Please test (I'll make a release tonight). |
I realized this issue is maybe not an issue. as it is now this is changing the start value and the end value (changing the value into the start state and the end state). this makes 2 ways to access to the same datas which sounds wrong to me. one things that makes me realized this misunderstanding was when I've created a sequence from -96 to 0. At this point the Automation Min and Max are -96 and 12 which is fine as the curve is also displayed with a little offset on the top as the curve doesn't reach the max bound. but if I change 12 into 6 for example this is changing the end value and so my automation goes to 6 instead of 12 which is not what I expect to do here (if I want to change the end value I should do that into the end state). or if those Min and Max fields should allow such access to start and end state I propose to rename them to "start value" and "end value" (but how can I change the range to display then ?) what do you think @bltzr, @reno-, @jln- and @avilleret ? |
I'm not sure to understand well the problem. |
|
@jcelerier : maybe a quick fix would be to rename "Min" and "Max" into "Start value" and "End value" as it is what they are related to for now ? or simply remove those fields while it is not possible to setup the range of what is displayed into Automation view and it can confuse users to be able to change start and end values from here ? then we can create a more precise feature request to allow to manage the range of what is displayed into Automation view. |
No, they are really a min and a max. |
ok I understand how it works for now. then in the inspector the min and max should be related to the display range for edition convenience. |
mhh... what should happen if the address of the curve is missing in the device explorer ? |
by default min and max are 0. and 1. so the default range to display if the effective range is missing should be also 0. and 1. |
is this still a problem ? |
they can be changed in the state, though |
Steps to reproduce are the same as in #12 with a few additions:
Add the following to dbap=-model-maxhelp:
Modify the start and end values of /mydbap/audiogain in the i-score automation inspector as shown here:
Expected result: When playing, gain value during the automation should start from -16 dB and end at +7 dB.
Observed result: The automation starts at -96 dB and ends at +12 dB.
The text was updated successfully, but these errors were encountered: