@wolfgang said:

Could someone from VSL comment on whether this issue is a bug or intentional. It is somewhat critical to my workflow.

Best,
-Ron

I don't think it's a bug, but rather just removed as it was deemed irrelevant. Maybe you could elaborate in more detail why you need the percentages. Could be they would reconsider. I assume it would be failrly easy to put back in if they had good reason to.

It's no bug, it has been removed.

best
Herb

Instead of using keyswitches to swtich between H and V spans, i use controllers (Like CC23, CC24 etc....) Without percentages, it is impossible for me to know where horizontal or vertical patches change between one another....I now have to guess. I can see how this would be irrelevent if one is using keyswitches, or one of the automatic controllers (like speed), but for someone like me who uses Controllers, the percentages are extremely necessary.

You have digital controllers so you can see the percentage you move your slider? If not, i'm not sure I understand.

I use the controllers on my keyboard, and these have no interface. I simply look at them to see what I have slided them 50% etc. I mean unless you have 4+ cells controlled by a single slider, it should be fairly easy to see if you are in the top, middle or bottom percentage.

That's just it....I sometimes have all 12 cells controlled by one controller. I have taken a great deal of time to organize my workflow in this manner and have an automation feature i have written in cubase that uses this layout...So without a fix i esentially have to re-write all my presets and my plugin in cubase.

It is obviously not impossible to figure out what these percentages are, but it just makes things extremely inconvenient for me. If all the cells are equally subdivided, the task is quite easy...but if not, its esentially a matter of trial and error.

I just don't understand why functionality that was already present in the previous version has been removed. Like you said, it doesn't seem to be a difficult thing to add back in. Those whose workflows do not require this feature can simply ignore it.

All best,
-Ron

+1

Without the numbers, how do you set the same "switching threshold level" between different matrix/presets ?

Good point. When programming, It's always helpful to see settings represented by numbers rather than having to set control positions by eye.

Good point, I agree totally. It helps the workflow.

Herb , could you please at least explain why it has been removed?

IF it´s not a big deal, it would be nice to have the numbers back in an further update.

Thanx

Oliver

If you are using controller values to switch between matrix cells divide 127 by the number of cells and pick corresponding values for the controllers. I do this all the time.

I miss the numbers, also. It really saves an extra step and thought process which are easily multiplied when hundreds of such mental calculations accumulate and takes one's mind off more creative streams of consciousness.

I am curious as to why this feature was deemed unnecessary, because i've only found slower methods of working without it.

It occurred to me that the numbers might have been removed because they look a little intimidating to new users who haven't yet figured out what they represent. However, it's always frustrating when perfectly good features mysteriously disappear in an upgrade. I'd urge the designers to have the strength of their original conviction and restore this useful display!

Why not display "0<->127" values instead of % when CC are used ?

any word on this from Vienna??

For speed control values from 1-127 do not make sense, and for midi controller % values do not make sense.
It's only possible to display one kind of values, and I think
that's the main reason the programmers dropped the value dipslay.

best
Herb

Thanks Herb. I understand the conceptual difficulty, but still feel that when setting up thresholds it's more helpful to see numbers (albeit slightly meaningless ones) than to have no numbers displayed at all. Maybe a one-size-fits-all 1-127 is the way to go? (When applied to speed, we can pretend it means miles per hour.)

@Another User said:

When applied to speed, we can pretend it means miles per hour

... and obey the speed limit .... (sorry, *duck&run*)

didn't know there were speed limit when you're playing on your keyboard...



... sorry too...

I don't really miss the numbers.
Most of the time I'm working with a Midi guitar or a sequencer.
% does not really help if the original scale goes from 0-127.

[:)] Jovan

I think it should be a user preference. We could choose for example :

[] No numbers
[] Percentages
[] Values (0-127)

We get used to a specific way of working, then an updates comes out, features just disappear and we have no other choice than to comply and change our ways of working.

I think the best would be, if the VI developpers really want to remove a feature, to give "old" users the option to put it back on.

Old features that you turn on in a preference pane don't confuse new users, and they make long-time users happy. Everybody wins!

I understand the need for making your software simple for new users, but don't understand why this has to be done by penalizing long-time users.

Jerome

I'm a beginner at programming, but honestly, I don't understand why the programmers could not display the correct value related to the used controler.