Re: [LAD] sliders/fans

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: <d@...>
Cc: <linux-audio-dev@...>
Date: Thursday, November 24, 2011 - 7:02 pm

--_beb06981-f935-4845-9c84-4f590ab9c702_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

> From: d@drobilla.net

d

Hm=2C we need to review how many apps have hijacked Middle_Mouse for
controller registration. I thought Ardour had done this=2C bristol has: if =
you
click middle mouse then I register the next MIDI CC so the control tracks
that CC. I think Ardour might use (used to use?) Control-Middle_Mouse
for this purpose. No objection to either approach if 'enter a value' is=20
the target here for Middle_Mouse on its own.

> > Which ever seem reasonable/practicable to the group here might also

=20

Personally I don't think the underlying unit should define the steps with=20
Control/Shift: I viewed them as going min to max in a given number of
keypress/repeats irrespective of the quantisation. If it is not done as a=20
fraction of the full throw of a control then it might just end up as being
another arbitrary set of definitions?

> > Most of the keyboard accelerators I use are based on U/D/L/R Arrow

Glad you said that. I prefer the GUI to have equal steps. The backend=20
needs to decide if they have to be lin/log.

Regards=2C nick.
=

--_beb06981-f935-4845-9c84-4f590ab9c702_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

&gt=3B From: d@drobilla.net&gt=3B To: nickycopeland@hotmail.com&gt=3B &gt=3B That is a good idea. The recent comments on the use of Shift=
vs&gt=3B &gt=3B Control&gt=3B &gt=3B and controller changes does h=
ighlight some differences. Bristol uses&gt=3B &gt=3B Shift for accelera=
tor (as in shift your butt) and Control as a&gt=3B &gt=3B decelerator&gt=3B &gt=3B to have more control of what is being changed but that was =
an pretty&gt=3B &gt=3B arbitrary choice I made a while ago.&gt=3B <=
br>&gt=3B Makes sense. We also need a "don't move=2C but hard set to this =
point I&gt=3B am clicking"=2C but middle click is convention for that s=
o it doesn't need&gt=3B a modifier. We do need an "I want to type in a=
value"=2C though...Hm=2C we need to review how many apps have hija=
cked Middle_Mouse forcontroller registration. I thought Ardour had done=
this=2C bristol has: if youclick middle mouse then I register the next=
MIDI CC so the control tracksthat CC. I think Ardour might use (used t=
o use?) Control-Middle_Mousefor this purpose. No objection to either ap=
proach if 'enter a value' is the target here for Middle_Mouse on its ow=
n.&gt=3B &gt=3B Which ever seem reasonable/practicable to the group=
here might also&gt=3B &gt=3B want to consider the kind of values that =
Shift/Control might have? Am &gt=3B &gt=3B not advocating any preferenc=
e=2C just giving examples: bristol/brighton&gt=3B &gt=3B use Shift to g=
o from min to max in 16 steps - ie=2C reasonably quickly.&gt=3B &gt=3B =
Control does the same motion in 256 (I might have actually changed&gt=
=3B &gt=3B that a while ago). Up/Down on their own increment by 1/16384th=
=2C that &gt=3B &gt=3B is my best resolution due to using an extraction=
of MIDI 7bit=2C dual&gt=3B &gt=3B digit &gt=3B &gt=3B encoding for=
the transfer syntax. The behavious is pretty anomalous or&gt=3B &gt=3B=
arbitrary=2C that is admitted. &gt=3B &gt=3B This would have to be=
defined in relation to the underlying unit the&gt=3B controller is for=
=2C to address the quantisation issues Fons has&gt=3B mentioned=2C or a=
t least worded in a more generic way.Personally I don't think the u=
nderlying unit should define the steps with Control/Shift: I viewed the=
m as going min to max in a given number ofkeypress/repeats irrespective=
of the quantisation. If it is not done as a fraction of the full throw=
of a control then it might just end up as beinganother arbitrary set o=
f definitions?&gt=3B &gt=3B Most of the keyboard accelerators I use=
are based on U/D/L/R Arrow&gt=3B &gt=3B and H/J/K/L 'vi' style control=
s. &gt=3B &gt=3B &gt=3B &gt=3B I have no objection to changing them=
especially if it is a generally&gt=3B &gt=3B agreed&gt=3B &gt=3B s=
et of changes and a coherent proposal.&gt=3B &gt=3B A good attitude=
to have :)&gt=3B &gt=3B &gt=3B There are diverse other issues that=
might need to be considered such&gt=3B &gt=3B as&gt=3B &gt=3B how =
to handle lin vs log controls?&gt=3B Glad you said that. I pref=
er the GUI to have equal steps. The backend needs to decide if they hav=
e to be lin/log.Regards=2C nick.
=

--_beb06981-f935-4845-9c84-4f590ab9c702_--

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, David Robillard, (Mon Nov 21, 6:40 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, David Robillard, (Mon Nov 21, 7:19 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, David Robillard, (Mon Nov 21, 7:49 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, Rui Nuno Capela, (Mon Nov 21, 9:55 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, David Robillard, (Mon Nov 21, 10:03 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, Patrick Shirkey, (Mon Nov 21, 11:46 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, Nick Copeland, (Mon Nov 21, 10:42 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, David Robillard, (Mon Nov 21, 11:33 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, Gordon JC Pearce, (Mon Nov 21, 11:37 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, Fons Adriaensen, (Mon Nov 21, 10:58 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, David Robillard, (Mon Nov 21, 11:33 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, Alexandre Prokoudine, (Tue Nov 22, 11:33 am)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, Fons Adriaensen, (Tue Nov 22, 1:54 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, Fons Adriaensen, (Tue Nov 22, 3:03 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, Fons Adriaensen, (Tue Nov 22, 3:32 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, Alexandre Prokoudine, (Tue Nov 22, 1:59 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, Fons Adriaensen, (Tue Nov 22, 2:54 pm)
Re: [LAD] sliders/fans, James Morris, (Tue Nov 22, 12:05 pm)
Re: [LAD] sliders/fans, Alexandre Prokoudine, (Tue Nov 22, 2:58 pm)
Re: [LAD] sliders/fans, Paul Davis, (Tue Nov 22, 2:26 pm)
Re: [LAD] sliders/fans, hermann, (Tue Nov 22, 2:41 pm)
Re: [LAD] sliders/fans, David Robillard, (Thu Nov 24, 6:23 pm)
Re: [LAD] sliders/fans, Nick Copeland, (Thu Nov 24, 9:30 pm)
Re: [LAD] sliders/fans, David Robillard, (Thu Nov 24, 11:59 pm)
Re: [LAD] sliders/fans, Nick Copeland, (Thu Nov 24, 6:37 pm)
Re: [LAD] sliders/fans, David Robillard, (Thu Nov 24, 6:55 pm)
Re: [LAD] sliders/fans, Nick Copeland, (Thu Nov 24, 7:02 pm)
Re: [LAD] sliders/fans, David Robillard, (Thu Nov 24, 7:21 pm)
Re: [LAD] sliders/fans, Fons Adriaensen, (Thu Nov 24, 8:45 pm)
Re: [LAD] sliders/fans, David Robillard, (Thu Nov 24, 11:52 pm)
Re: [LAD] sliders/fans, Fons Adriaensen, (Fri Nov 25, 10:53 am)
Re: [LAD] sliders/fans, Nick Copeland, (Fri Nov 25, 8:52 am)
Re: [LAD] sliders/fans, Fons Adriaensen, (Fri Nov 25, 10:29 am)
Re: [LAD] sliders/fans, Jeff Koftinoff, (Thu Nov 24, 11:12 pm)
Re: [LAD] sliders/fans (again), Fons Adriaensen, (Thu Nov 24, 11:42 pm)
Re: [LAD] sliders/fans, Fons Adriaensen, (Thu Nov 24, 11:20 pm)
Re: [LAD] sliders/fans, Nick Copeland, (Thu Nov 24, 9:03 pm)
Re: [LAD] sliders/fans, Fons Adriaensen, (Thu Nov 24, 9:24 pm)
Re: [LAD] sliders/fans, hermann, (Thu Nov 24, 8:31 pm)
Re: [LAD] sliders/fans, David Robillard, (Thu Nov 24, 11:57 pm)
Re: [LAD] sliders/fans, hermann, (Fri Nov 25, 4:06 am)
Re: [LAD] sliders/fans, David Robillard, (Wed Dec 7, 7:28 pm)
Re: [LAD] sliders/fans, Paul Davis, (Wed Dec 7, 7:32 pm)
Re: [LAD] sliders/fans, Neil C Smith, (Wed Dec 7, 7:39 pm)
Re: [LAD] sliders/fans, Paul Davis, (Wed Dec 7, 7:43 pm)
Re: [LAD] sliders/fans, David Robillard, (Wed Dec 7, 8:03 pm)
Re: [LAD] sliders/fans, Thorsten Wilms, (Thu Dec 8, 9:44 am)
Re: [LAD] sliders/fans, Paul Davis, (Wed Dec 7, 10:33 pm)
Re: [LAD] sliders/fans, David Robillard, (Thu Dec 8, 12:40 am)
Re: [LAD] sliders/fans, Nick Copeland, (Thu Dec 8, 5:23 am)
Re: [LAD] sliders/fans, David Robillard, (Fri Dec 9, 7:10 pm)
Re: [LAD] sliders/fans, Nick Copeland, (Fri Nov 25, 8:40 am)
Re: [LAD] sliders/fans, Philipp √úberbacher, (Thu Nov 24, 10:17 pm)
Re: [LAD] sliders/fans, Fons Adriaensen, (Thu Nov 24, 8:57 pm)
Re: [LAD] sliders/fans, Nick Copeland, (Thu Nov 24, 8:50 pm)
Re: [LAD] sliders/fans, Nick Copeland, (Thu Nov 24, 8:31 pm)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, David Robillard, (Tue Nov 22, 1:04 am)
Re: [LAD] "bleeding edge html5" has interesting Audio APIs, Fons Adriaensen, (Mon Nov 21, 9:34 pm)