User talk:TallKite: Difference between revisions

Line 302:

::: Now, the QWERTY keyboards in real life don't work at all, because most keyboard manufacturers use one trick to cut the costs, so, electrically, a chord not always can be entered. It should be touchscreen. In principle, I don't have any geometrical limitations. But dynamcs!...

::: I experimented with this a lot. Dynamics, dependency on the "strength" of a touch is a big problem, because it is not signalled in any way. In particular, I tried to explore the fact, that the soft part of the touching finger is deformed by a harder touch, the area of the touch becomes larger with time. It works, but appears totally unrealistic. A ~~person~~ cannot control this finger flattening properly. Worse, the event of the change is only raised then a centroid of a touch is moved, but in practice it doesn't happen roughly in half of cases.

::: I experimented with this a lot. Dynamics, dependency on the "strength" of a touch is a big problem, because it is not signalled in any way. In particular, I tried to explore the fact, that the soft part of the touching finger is deformed by a harder touch, the area of the touch becomes larger with time. It works, but appears totally unrealistic. A performer cannot control this finger flattening properly. Worse, the event of the change is only raised then a centroid of a touch is moved, but in practice it doesn't happen roughly in half of cases.

::: But simulation of a string plucking should work! This is because you slide the finder sidewise to the string, and the speed of this slide motion can be used to indicate the volume of the sound.

::: Overall, I would not hope for very realistic rendering of the dynamics.

::: But if you simply meant the common volume level for the entire keyboard, this is my standard control; I will add everything eventually. It's a lot more: transposition, sustain, other control elements. The most powerful thing is the Recorder. — [[User:SAKryukov|SA]], ''Saturday 2020 December 12, 16:41 UTC''

::: Then could you also look at [[User:SAKryukov#Live_Play_Applications|other applications]], including "[[User:SAKryukov#Experimental:_Microtonal_Playground|Microtonal Playground]]", another experimental application under development? — [[User:SAKryukov|SA]], ''Saturday 2020 December 12, 16:47 UTC''

::: Then could you also look at [[User:SAKryukov#Live_Play_Applications|other applications]], including "[[User:SAKryukov#Experimental:_Microtonal_Playground|Microtonal Playground]]", another experimental application under development. — [[User:SAKryukov|SA]], ''Saturday 2020 December 12, 16:47 UTC''

:: All in all, very impressive, thanks so much for sharing all this with me! Good to see that it is all non-commercial and open source! I look forward to collaborating. --[[User:TallKite|TallKite]] ([[User talk:TallKite|talk]]) 08:54, 12 December 2020 (UTC)

@@ Line 302: / Line 302: @@
 ::: Now, the QWERTY keyboards in real life don't work at all, because most keyboard manufacturers use one trick to cut the costs, so, electrically, a chord not always can be entered. It should be touchscreen. In principle, I don't have any geometrical limitations. But dynamcs!...
-::: I experimented with this a lot. Dynamics, dependency on the "strength" of a touch is a big problem, because it is not signalled in any way. In particular, I tried to explore the fact, that the soft part of the touching finger is deformed by a harder touch, the area of the touch becomes larger with time. It works, but appears totally unrealistic. A person cannot control this finger flattening properly. Worse, the event of the change is only raised then a centroid of a touch is moved, but in practice it doesn't happen roughly in half of cases.
+::: I experimented with this a lot. Dynamics, dependency on the "strength" of a touch is a big problem, because it is not signalled in any way. In particular, I tried to explore the fact, that the soft part of the touching finger is deformed by a harder touch, the area of the touch becomes larger with time. It works, but appears totally unrealistic. A performer cannot control this finger flattening properly. Worse, the event of the change is only raised then a centroid of a touch is moved, but in practice it doesn't happen roughly in half of cases.
 ::: But simulation of a string plucking should work! This is because you slide the finder sidewise to the string, and the speed of this slide motion can be used to indicate the volume of the sound.
 ::: Overall, I would not hope for very realistic rendering of the dynamics.
 ::: But if you simply meant the common volume level for the entire keyboard, this is my standard control; I will add everything eventually. It's a lot more: transposition, sustain, other control elements. The most powerful thing is the Recorder. &mdash;&nbsp;[[User:SAKryukov|SA]],&nbsp;''Saturday&nbsp;2020&nbsp;December&nbsp;12,&nbsp;16:41&nbsp;UTC''
-::: Then could you also look at [[User:SAKryukov#Live_Play_Applications|other applications]], including "[[User:SAKryukov#Experimental:_Microtonal_Playground|Microtonal Playground]]", another experimental application under development? &mdash;&nbsp;[[User:SAKryukov|SA]],&nbsp;''Saturday&nbsp;2020&nbsp;December&nbsp;12,&nbsp;16:47&nbsp;UTC''
+::: Then could you also look at [[User:SAKryukov#Live_Play_Applications|other applications]], including "[[User:SAKryukov#Experimental:_Microtonal_Playground|Microtonal Playground]]", another experimental application under development. &mdash;&nbsp;[[User:SAKryukov|SA]],&nbsp;''Saturday&nbsp;2020&nbsp;December&nbsp;12,&nbsp;16:47&nbsp;UTC''
 :: All in all, very impressive, thanks so much for sharing all this with me! Good to see that it is all non-commercial and open source! I look forward to collaborating. --[[User:TallKite|TallKite]] ([[User talk:TallKite|talk]]) 08:54, 12 December 2020 (UTC)