ungewollte KeyClick-Änderungen

Antwort erstellen


Diese Frage dient dazu, das automatisierte Versenden von Formularen durch Spam-Bots zu verhindern.
Smileys
:D :) ;) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :!: :?: :idea: :arrow: :| :mrgreen: :geek: :ugeek:

BBCode ist eingeschaltet
[img] ist eingeschaltet
[url] ist eingeschaltet
Smileys sind eingeschaltet

Die letzten Beiträge des Themas
   

Ansicht erweitern Die letzten Beiträge des Themas: ungewollte KeyClick-Änderungen

Re: ungewollte KeyClick-Änderungen

von Göpli » 22. Mär 2017, 19:43

Hi,
mit dem neuen aktualisierten Scancore #31sind Click und Percussion nun auch wieder Klasse.
Danke an alle, die sich für die "Sache" engagiert haben.
Beste Grüße
Göpli

Re: ungewollte KeyClick-Änderungen

von Göpli » 28. Feb 2017, 22:31

Freude!! Freude!! :D

Re: ungewollte KeyClick-Änderungen

von happyfreddy » 28. Feb 2017, 11:23

Also zu der Zeit als noch B 3000 Orgeln als Basis für den HX 3 verwendet wurden machte man eine
bemerkenswerte Entdeckung :
Die umgebaute B 3000 schmatzte MEHR als eine mit FATAR Waterfall Tastatur !!
Woran lag es ??
eben !! ........... an dem nur EINEN TASTENKONTAKT.

Daraufhin wurde die FATAR Scan Routine geändert mit dem ERSTEN RUBBERCONTACT als Auslöser für den HX 3.
Damit war die Welt der Key Click Liebhaber wie göpli voll in Ordnung.

Wenn also die Funktion eine Early Contact auf die MIDI OUT Varianten beschränkt bleibt kann der alte MODUS der für den
berühmten Keyclick der HX 3 Soundengine verantwortlich ist wieder Einzug halten zusammen mit dem neuen V /C Vibrato.

Die MIDI Fraktion muß nun leider einige NANOSEKUNDEN auf ihre geliebten dynamiasches NOTE ON Bytes länger warten.
Es bewegt sich aber immer noch unterhalb einer merklichen Latenz .

Re: ungewollte KeyClick-Änderungen

von bovist » 28. Feb 2017, 11:15

Nicht wundern: Der Fatar-Scancore macht es tatsächlich nicht so wie ich beschrieben hatte -- genau andersherum. Oder war es der MIDI-Scancore? War mir auch noch nicht aufgefallen :oops:

Nicht ungeduldig werden, es wird Zeit, dass ich die Klick-Berechnung vereinheitliche und richtigstelle. Also: Zarterer Klick bei sehr sanftem Anschlag, sonst immer heftiger. Bei "Early Contact Action" eher heftiger. Viele Optionen passen allerdings nicht mehr in den Scancore (ist eigentlich auch eine Mini-Firmware von 1024 Statemachine-Befehlen), platzmäßig ist das inzwischen auch ziemlich am Anschlag.

Re: ungewollte KeyClick-Änderungen

von m_g » 28. Feb 2017, 10:21

Thomas55 hat geschrieben:Wir hatten Doch lange Zeit für die HX3 nur den ersten Kontakt. So war es bei der UHL
bis vor nicht all zu langer Zeit. Das Problem ist ja erst entstanden, als der 2. Kontakt
einbezogen wurde. Also wieder zurück. Dann passt es.

Gruß Thomas
Ganz genau, so siehts aus !
(Herr Fleury kann ja dann die 4.22 drauf lassen...)
;-)

Re: ungewollte KeyClick-Änderungen

von Thomas55 » 28. Feb 2017, 09:41

Wir hatten Doch lange Zeit für die HX3 nur den ersten Kontakt. So war es bei der UHL
bis vor nicht all zu langer Zeit. Das Problem ist ja erst entstanden, als der 2. Kontakt
einbezogen wurde. Also wieder zurück. Dann passt es.

Gruß Thomas

Re: ungewollte KeyClick-Änderungen

von Challenger » 28. Feb 2017, 08:46

Es ist alles absolut richtig, was Happyfreddy geschrieben hat, jedoch wie so oft, ist das ursprüngliche Problem nicht mehr in der Diskussion enthalten.

1. Carsten hat die Velocity Werte für das Tastenklick einbezogen (gemäss Vorbild, aber bei der 4.11 invertiert)
2. Das geht nur, wenn der zweite Kontakt abgewartet wird, also nicht mit EarlyActn=On (ausser mit komplexer Spielanalyse).
3. Göpli und ich finden es sehr schade, dass die maximalen Klicks mit EarlyActn anders klingen als ohne.

Klar wird hier um eine Kleinigkeit gefeilscht, wenn aber ContSpringDMP auf das Maximum gestellt ist und z.B. ein Slide gespielt wird, ist der Unterschied gewaltig.

Ich sehe zwei mögliche Lösungen:

1. Auf die Variation des Klicks mit der Velocity wird verzichtet, mit oder ohne EarlyActn klickt gleich. So ist auch möglich für die HX3 immer den ersten Kontakt zu nutzen, und den zweiten nur für MidiOut, wenn erwünscht.

2. Die Variation des Klicks bleibt drin und wird überprüft auf richtige Funktion (wie vom Erfinder gedacht). Geht aber nur wenn EarlyActn=Off. Dann soll aber das Klick nicht schwächer werden wenn EarlyActn=On geschaltet wird im Vergleich zum max. Klick bei Off.

Weiss jemand eine 3. bessere Lösung?

LG Rolf

Re: ungewollte KeyClick-Änderungen

von m_g » 28. Feb 2017, 05:14

happyfreddy hat geschrieben:Ich denke die ganze Sache mit EarlyContact / Secondcontact wird überbewertet ..,,

...... Eine Auswahl was MIDI OUT mäßig machbar sein soll kann somit nur lauten
- MIDI OUT sofort zusammen mit dem HX 3 : sowas geht nur ohne Dynamic
- MIDI OUT mit Dynamic : sowas geht nur nach dem Schließen des zweiten Rubberkontaktes
wobei der HX 3 bereits ab dem ersten Rubberkontakt aktiv ist

Damit bekäme der " Switch " EarlyContact eine Funktion zugewiesen :
ON : = MIDI OUT ohne Dynamic ( zeitgleich mit HX 3 )
OFF : = MIDI OUT mit Dynamic ( HX 3 löst schon beim ersten Kontakt aus )
Volle Zustimmung, so sollte es sein.
Hoffe Carsten setzt das so um...

Gruss
mg

Re: ungewollte KeyClick-Änderungen

von happyfreddy » 27. Feb 2017, 23:28

Ich denke die ganze Sache mit EarlyContact / Secondcontact wird überbewertet und Dinge hineininterpretiert
die nicht sein müssen.
Mal ehrlich ....Spielen wir Orgel mit fetzigen Akkorden , schnellen Riffs oder trödeln wir gemächlich und genießen es eine
Taste langsam und gefühlvoll zu betätigen und versuchen wir dabei auch noch durch entsprechende Fingerbewegungen
ein nicht vorhandenes Touchvibrato zu aktivieren ?
Mir kann auch niemand erzählen daß er bei echter Hammond die Tasten bei normalem Spiel jeweils nur so betätigt daß gerade der erste von 9 Tastenkontakten geschlossen wird die anderen 8 jedoch nicht.
Die Spielweise wird eher so sein daß man überhaupt nicht merkt ob hier ein Kontakt alle 9 Kontakte schließt oder wirklich 9 Einzelkontakte vorhanden sind. Das jedoch um so mehr je ähnlicher eine Fatar Tastatur einer orignalen Hammond Tastatur in der Haptik gleicht.

Zurück zur Fatar Tastatur mit seinen zwei Rubberkontakten.
Der physikalische Abstand beider Rubber Kontakte beim Schließen auf den Tastenhub bezogen beträgt ca 1mm.
Durch die Hebelanordnung der Tasten verlängert sich diese Wegstrecke für den Spieler etwas je nachdem, ob es sich um eine Halbtontaste oder Ganztontaste handelt sowie dem Punkt andem der Finger einer Hand ansetzt eine Taste zu drücken.
Für die Finger der Hand ändert sich dadurch nur die Strecke des Tastentiefganges. Für den Rubberkontakt selbst bleibt es bei dem Abstand von ca 1 mm
Für den HX 3 würde es ausreichen nur den ersten Rubberkontakt als Tonauslöser zu verwenden.
Für ein MIDI OUT nur mit nondynamic Note On Bytes würde es auch ausreichen.
Sobald aber ein Dynamic Wert auch gefordert ist muß die MIDI Routine halt warten bis der zweite Rubberkontakt auch geschlossen ist. Daran führt auch garkein Weg vorbei, denn jedwedes senden eine dynamischen NOTE ON Befehls schon bei
aktiviertem EARLY CONTACT wäre gelogen, da die errechntete Zeit für die Umsetzung als Dynamicwert noch garnicht vorliegt, sondern erst, wenn der zweite Rubberkontact geschlossen ist.

Die Zeitspanne um die man hier diskutiert spielt sich noch unterhalb einer merklichen MIDI Latenzzeit ab
ist also vernachlässigbar

Ich denke man sollte hier Prioritäten setzen : HX 3 FIRST

- Zum HX 3 gehört standwardmäßig eine FATAR Tastatur.
- Für den HX 3 reicht ein Tastenkontakt aus um alle 9 virtuellen Tastenkontakte auszulösen
- MIDI OUT ist sogesehen nur " Zweitfunktion "

In einer Verwendung als Masterkeyboard - Ersatz ist ein HX 3 meist eh nicht mit im Spiel weil man solo zB Piano
spielen will. Somit merkt man auch nicht einen Unterschied zu normalen Masterkeys außer der Haptik der Tastatur.

Eine Auswahl was MIDI OUT mäßig machbar sein soll kann somit nur lauten
- MIDI OUT sofort zusammen mit dem HX 3 : sowas geht nur ohne Dynamic
- MIDI OUT mit Dynamic : sowas geht nur nach dem Schließen des zweiten Rubberkontaktes
wobei der HX 3 bereits ab dem ersten Rubberkontakt aktiv ist

Damit bekäme der " Switch " EarlyContact eine Funktion zugewiesen :
ON : = MIDI OUT ohne Dynamic ( zeitgleich mit HX 3 )
OFF : = MIDI OUT mit Dynamic ( HX 3 löst schon beim ersten Kontakt aus )

Re: ungewollte KeyClick-Änderungen

von Göpli » 27. Feb 2017, 21:46

Hallo alle,
auch wenn ich mich derzeit etwas zurückhalte und gespannt abwarte, möchte ich schnell sagen, dass ich mich sehr freue, dass Bewegung in die Sache gekommen ist. Danke an alle, die sich hier engagieren.
Beste Grüße
Göpli

Nach oben