ubuntuusers.de

OK - besser geht's nicht. Anbei nochmal Skripte, cfg, howto mit allen Links - deine Arbeit zusammengefasst. Vielen Dank zum nten Mal!

Jetzt ist da doch noch eine Frage aufgetaucht: Auf einem "AV-Linux"-Rechner - einer xcfe-Installation auf debian - lassen sich alle python3-Pakete einwandfrei installieren:

1
2

sudo apt install python3-mido python3-rtmidi python3-pip python3-xlib python3-tk python3-dev
pip3 install --user pyautogui

aber die Ausführung des Scripts gibt dann folgende Fehlermeldung aus:

milan@mibass:~/nexhow/Bass/üpen/MIDI/MIDI-key2key$ MIDO_DEFAULT_INPUT='MPD218:MPD218 MIDI 1 20:0' ./midi-xkeys.py -c keymap.cfg
  File "<fstring>", line 1
    (action=)
           ^
SyntaxError: invalid syntax

Ist das etwas leicht zu erklärendes, oder führt es in's Nirvana tieferer Recherchen...

Dann hast du auf dem System eine Python3 Version kleiner als 3.8. - da müsste man das so umformen:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81

#!/usr/bin/env python3
import argparse
import os
import sys
from typing import Mapping

import mido
import pyautogui


def parse_arguments() -> argparse.Namespace:
    parser = argparse.ArgumentParser(prog="convert midi to xorg keypresses")
    parser.add_argument(
        "-l",
        "--list-midi-devices",
        action="store_true",
        help="list names of midi input devices and exit",
    )
    parser.add_argument(
        "-c",
        "--config-file",
        default="keymap.cfg",
        help="config file to read keymap from",
    )

    return parser.parse_args()


def list_midi_devices():
    for device in mido.get_input_names():
        print(device)


def read_config(config_file: str) -> Mapping:
    keymap = {}
    try:
        with open(config_file) as f:
            for n, line in enumerate(f, start=1):
                line = line.strip()
                if line.startswith("#"):
                    continue
                try:
                    channel, note, action, keys = line.split(maxsplit=3)
                except ValueError:
                    print(f"invalid line {n}: {line}", file=sys.stderr)
                if action != "write":
                    keys = keys.split()
                keymap[(int(channel), int(note))] = (action, keys)
    except (IOError, ValueError) as err:
        sys.exit(err)
    return keymap


def main():
    args = parse_arguments()
    if args.list_midi_devices:
        list_midi_devices()
        sys.exit()
    keymap = read_config(args.config_file)
    with mido.open_input() as inport:
        input_device = os.environ.get("MIDO_DEFAULT_INPUT")
        print(f"reading from {input_device if input_device else 'default device'}:")
        for msg in inport:
            if msg.type == "note_on":
                print(msg)
                action, keys = keymap.get((msg.channel, msg.note), ("unmapped", []))
                print(f"action={action} keys={keys}")
                if keys:
                    if action == "hotkey":
                        pyautogui.hotkey(*keys)
                    elif action == "press":
                        pyautogui.press(keys, interval=0.1)
                    elif action == "write":
                        pyautogui.write(keys, interval=0.1)


if __name__ == "__main__":
    try:
        main()
    except KeyboardInterrupt:
        pass

Hallo seahawk Danke! - Jetzt wäre der Fehler weg, dafür wird die pyautogui nicht gefunden

1
2
3
4
5
6

milan@mibass:~/nexhow/Bass/üpen/MIDI/MIDI-key2key$ MIDO_DEFAULT_INPUT='MPD218:MPD218 MIDI 1 20:0' ./midi-xkeysX.py -c keymap.cfg
Traceback (most recent call last):
  File "./midi-xkeysX.py", line 8, in <module>
    import pyautogui
ModuleNotFoundError: No module named 'pyautogui'
milan@mibass:~/nexhow/Bass/üpen/MIDI/MIDI-key2key$ 

obwohl die Installation ohne Fehler durchgelaufen ist

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

root@mibass:/home/milan# pip3 install --user pyautogui
Requirement already satisfied: pyautogui in /root/.local/lib/python3.7/site-packages (0.9.50)
Requirement already satisfied: PyTweening>=1.0.1 in /root/.local/lib/python3.7/site-packages (from pyautogui) (1.0.3)
Requirement already satisfied: mouseinfo in /root/.local/lib/python3.7/site-packages (from pyautogui) (0.1.3)
Requirement already satisfied: pygetwindow>=0.0.5 in /root/.local/lib/python3.7/site-packages (from pyautogui) (0.0.8)
Requirement already satisfied: pymsgbox in /root/.local/lib/python3.7/site-packages (from pyautogui) (1.0.8)
Requirement already satisfied: pyscreeze>=0.1.21 in /root/.local/lib/python3.7/site-packages (from pyautogui) (0.1.26)
Requirement already satisfied: python3-Xlib in /root/.local/lib/python3.7/site-packages (from pyautogui) (0.15)
Requirement already satisfied: pyperclip in /root/.local/lib/python3.7/site-packages (from mouseinfo->pyautogui) (1.8.0)
Requirement already satisfied: Pillow>=5.2.0 in /usr/lib/python3/dist-packages (from mouseinfo->pyautogui) (5.4.1)
Requirement already satisfied: pyrect in /root/.local/lib/python3.7/site-packages (from pygetwindow>=0.0.5->pyautogui) (0.1.4)
root@mibass:/home/milan# 

@seahawk - Du musst mir sagen, wenn du keinen Bock mehr hast, dich damit zu befassen. Wenn du mal nach Freiburg kommst, hast du auf jeden Fall einen Kaffee: https://ogy.de/cafesowiehier bei mir gut.

Wenn du das Modul in das Home-Verzeichnis des Users root installierst, kann es dein User nicht finden. Lass den pip Befehl einfach unter dem Nutzer laufen, mit dem du das Programm nutzen willst oder installiere pyautogui systemweit (als root), indem du das --user weglässt.

🤓 klar!

jetzt gehts. ☺

@seahawk

Funktioniert alles tadellos. Im Anhang der aktualisierte Ordner mit Skripten. Jetzt juckt es mich, dich zu fragen, ob die MIDI-Control-Knöpfe über die pyautogui auch auf Programmeingaben gemappt werden können, wie zB horizontales / vertikales scrollen, Lautstärke Regeln, Mausrad... Die MIDI-Ausgabe sieht so aus, wie schon am Anfang des Threads ausgelesen:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10

control_change channel=0 control=3 value=31 time=0
control_change channel=0 control=3 value=32 time=0
control_change channel=0 control=9 value=23 time=0
control_change channel=0 control=9 value=24 time=0
control_change channel=0 control=9 value=25 time=0
control_change channel=0 control=12 value=12 time=0
control_change channel=0 control=12 value=13 time=0
control_change channel=0 control=12 value=14 time=0
control_change channel=0 control=13 value=97 time=0
control_change channel=0 control=13 value=98 time=0

Wenn du Lust hast?

pyautogui unterstützt auch Maus-Events: https://pyautogui.readthedocs.io/en/latest/mouse.html

Die Lautstärke könnte man über pactl regeln.

Wie verhalten sich die Drehknöpfe genau (endlose dreh-Events oder eine begrenzte Drehung mit Anschlag) - welchen Wertebereich decken die ab?

Lautstärke auf einen Drehregler mit einem Wertebereich wie 0 - 100 zu mappen sollte kein Problem sein, für den Rest schau dir am besten mal die Dokumentation zu pyautogui an und sag mir, ob du die Maus-Events auch auch Buttons mappen können willst bzw. wie du dir das bei den Drehreglern genau vorstellst.

@seahawk

Die Drehregler sind endlos drehbar und regeln von 0 nach 127, der Wert bleibt dann stehen und es gibt keine neue Ausgabe bis man wieder zurückdreht, das Gleiche dann bei 0 (Wert bleibt stehen und keine neue Ausgabe). Die Regler setzen bei unterschiedlichen Werten ein, die eher nicht im Controller gespeichert bleiben. Ich kann durch mehrmaliges Ab-/Anstöpseln des Controllers und Neustarten des readout-scripts keine Systematik erkennen. Wenn ich alle Regler auf 127 hochdrehe, alles auseinandernehme, wieder anstecke und das readout-script neu starte setzen die Regler bei 1 oder 15, oder 20 ein, fast immer mit niedrigen Werten, ohne erkennbares System.

Über die Konfigurationssoftware lassen sich noch andere Reglertypen definieren (aftertouch, inc/dec1oder2), aber deren Ausgaben wirken nicht sinnvoll. Der übliche Typ scheint CC zu sein (continuous control).

Die erste Verwendung wäre, in den Musikwiedergabeprogrammen (Clementine,vlc) die Lautstärke zu regeln oder im Stück Vor- und zurückzuspulen wie mit dem Mausrad. Allerdings gibt es ein Problem mit dem Fokus, das Mausrad wirkt ja unterschiedlich je nachdem Bereich, in dem der Mauszeiger ist - ist er auf dem Lautstärkeschieber, verändert das Rad die Lautstärke, ist er auf dem Wiedergabeschieber, spult es vor/zurück, ist er zB in einer Liste, scrollt es... Dh es müsste über die cfg-Datei noch ein Bereich in den pygui-Fokus gebracht werden. Ist das möglich? Ich finde allerdings keine Nicht-Maus-Funktion wie Tastatur- oder Menubefehle, die diese Regelungen ansprechen, also in den Fokus bringen könnten.

Was auf jeden Fall geht, ist in hydrogen, wo ja direkte Zuweisung von MIDI-Signalen auf Programmaktionen konfigurierbar sind, das Drehreglersignal mit Lautstärke Master_Volume_ABSOLUTE zu belegen und er regelt dann die Lautstärke hoch und runter. Bei Master_Volume_RELATIVE wird nur heruntergeregelt.

Vielleicht scheitert eine sinnvolles Regler-to-Wheel-Mapping an der Fokusfrage?

Bei Mediaplayern würde ich eher über DBus und mpris2 gehen (https://specifications.freedesktop.org/mpris-spec/2.2/Player_Interface.html), dann kann man sich das mit dem Fokus und Maus-Events sparen.

Ok, ich sehe... Sind diese Befehle dann kompatibel mit dem python-Skript, oder muss man da wieder anders dran gehen? Die dem Midi-Controller zugewiesene Steuerung von Schiebereglern könnte auch noch in der Bildbearbeitung nützlich sein, zB Deckkraft, Pinselgröße, scrollen, verschiedene Werte regeln... Das erspart dann beim Arbeiten viele Maushinundherbewegungen. Programme haben ja uU auch eigene Schnittstellen für Skripte... Macht es überhaupt Sinn drüber nachzudenken? Wenn ja, so ein eierlegenderwollmilchsaucontroller wäre schon sehr cool und viele könnten auf den Geschmack kommen. Leider hab ich zwar eine Vorstellung vom Programmieren, aber nicht wirklich Kenntnisse. Du kannst mir ja schreiben, was du für einen Sinn in weiterer Entwicklung siehst und wieviel Lust du dazu hast, ich bin auf jeden Fall dabei.

mubunt schrieb:

Ok, ich sehe... Sind diese Befehle dann kompatibel mit dem python-Skript, oder muss man da wieder anders dran gehen?

Ich würde dafür playerctl aus dem gleichnamigen Paket nutzen, dann muss man sich nicht groß mit der DBus-API herumschlagen. Das Programm kann bei Bedarf von dem Python-Skript als Subprozess aufgerufen werden.

Die dem Midi-Controller zugewiesene Steuerung von Schiebereglern könnte auch noch in der Bildbearbeitung nützlich sein, zB Deckkraft, Pinselgröße, scrollen, verschiedene Werte regeln... Das erspart dann beim Arbeiten viele Maushinundherbewegungen. Programme haben ja uU auch eigene Schnittstellen für Skripte... Macht es überhaupt Sinn drüber nachzudenken?

Deckkraft und Pinselgröße sollte eigentlich gut über Hotkeys bzw. Tastendrücke abbildbar sein, oder?

Fürs Scrollen ist der Endlos-Modus der Drehimpulsgeber vermutlich besser geeignet (dürfte vermutlich der Increment/Decrement Modus sein), wobei ich da keinen großen Vorteil gegenüber Scrollbewegungen mit gedrückt gehaltener mittlerer Maustaste in GIMP sehe. Wie sehen denn die Ausgaben für die Drehregler aus, wenn sie so konfiguriert sind, dass sie die Drehimpulssignale mit Richtung ausgeben?

@seahawk Ich komme gerade gar nicht mehr dazu, hier weiter nachzudenken, sorry. Das Topic ist mit deiner Hilfe auf jeden Fall mehr als gelöst, vielleicht stelle ich später noch mal eine neue Frage wegen MIDI-Drehregler-Mappings... Grüße an alle, die hier vorbeischneien!