=== eTeddy1 is now known as eTeddy === eTeddy1 is now known as eTeddy [13:32] Hallo in die Runde! Ich hab ein Problem mit xbindkeys. Ich habe einen shortcut gelegt um eine Audiospur laufen zu lassen solange ich die Taste drücke. Leider kann ich nicht mehr schreiben, während ich die Taste drücke. gibt es dafür einen Fix oder ist das einfach das standard verhalten von xbindkeys? [13:56] weniger von xbindkeys als von diener tastatur. [13:56] wenn die nr ein signal zulaesst und dann weitere eingaben blockt, bis die taste wied rlosgelassen wird -> doof. [13:57] z.b. wenn du einen texteditor oeffnest und a gedrueck thaelst, dann bekommst du aaaaaaaa, und wnen du dabei etwas anderes tippst, dnan kommt e smanchmal nach dme loslassen von a an (n-rollover) -> und manchmal wird es einfach ignoriert. je nachdem wie der puffer verbaut ist. [14:02] ah okay. ja die zu drückende Taste ist ein Fußschalter und auf der Tastatur tippe ich. [14:03] also kann es auch daran liegen, dass ich autorepeat für den fußschalter ausgestellt habe? [14:05] schau bitte mal mit dem tool xev was am system an tastendruecke ankommt. [14:06] console auf -> xev eingeben, enter druecken und dann mit dem tool ein wenig rumspielen. schnell siehst du was am system ankommt. dann tritzt du auf dienen taster und tipperst auf diener tastatur und erkennst ob es in der console unregelmaessigkeiten gibt. [14:06] wnen ja -> es kann geloesst werden. [14:06] wenn nein -> hardwareproblem. [14:08] scheint ein hardware problem zu sein. damn. aber danke für die Hilfe. Dann ich jetzt entspannt weiter transkriberen mich zu fragen, ob ich das Setup verbessern kann. :D [14:08] ohne mich zu fragenÜ [14:08] * [14:10] mancmal kann es sein das es reicht einen anderne usb port zu nutzen, wnen du einen zwillingsport (oder hub) genommen hast. [14:13] hab mal lustig drin rum gesteckt. aber ändert auch nix [14:13] FocusOut event, serial 54, synthetic NO, window 0x14600001, [14:13] mode NotifyGrab, detail NotifyAncestor [14:13] FocusOut event, serial 54, synthetic NO, window 0x14600001, [14:13] mode NotifyUngrab, detail NotifyPointer [14:13] FocusIn event, serial 54, synthetic NO, window 0x14600001, [14:13] das sollten doch zwei verschiedene hid devices sein? [14:14] das ist der code, wenn ich den fußschalter drücke [14:17] ich kenn mich da ja nicht so aus... aber ich würde davon ausgehen, dass das schon alles zu spät ist, wenn das bei xbindkeys ankommt? [14:19] vielleicht magst du mal grob erklären, was deine ganze Anwendung ist? [14:22] ich transkribiere interviews, welche ich selbst geführt habe. dafür muss ich mir halt immer kurze ausschnitte anhören, die dann tippen und so weiter. lösen tue ich das ganze gerade mit audacious und libreoffice. [14:22] https://wiki.ubuntuusers.de/Transkriptionsprogramme/#Audacious-und-LibreOffice-Makro [14:22] Title: Transkriptionsprogramme › Wiki › ubuntuusers.de (at wiki.ubuntuusers.de) [14:22] und das fusspedal ist was für ein device? [14:24] https://www.amazon.de/gp/product/B07CTHVF7K/ günstige Chinaware :D [14:25] kool [14:25] aber du nutzt das ganze nicht unter gnome? [14:26] nope. ich hab i3 installiert [14:27] hmm... klingt doch so, als ob das alles gehen sollte [14:29] joar. hätte auch nicht gedacht, dass mir das Probleme macht. [14:34] aber sagmal, wieso musst du die Taste gedrückt halten? [14:36] Gewohnheit und bei 4 Stunden Audiomaterial geht es irgendwann in den Fuß, wenn man immer knapp über der taste schweben muss, um rechtzeitig wieder stop zu machen [14:37] d.h. du willst auch ein anderes verhalten als das beschriebene? [14:39] wo beschrieben? [14:40] in dem unbuntuusers link oben. [14:40] https://oldforum.puppylinux.com/viewtopic.php?t=108414&sid=5db950704d28de3e7894a28d9d3e58e4&i=1 [14:40] Title: Use key press and key release to trigger different scripts - (old)Puppy Linux Discussion Forum (at oldforum.puppylinux.com) [14:41] k.a. ob sowas noch aktuell ist, aber die grundidee dürfte noch stimmen, solange man x nimmt. [14:44] ja mit dem Release Befehl arbeite ich schon. [14:45] und at [14:45] autorepeat ist auch aus? [14:45] "xset -r 192; playerctl play-pause;audtool playback-seek-relative -1.5 " [14:45] XF86Launch5 [14:45] "playerctl play-pause; audtool playback-seek-relative -3" [14:45] XF86Launch5 +Release [14:45] yep [14:46] dann weiss ich auch nicht mehr weiter. [14:46] trotzdem danke :) [14:46] scheint wohl wirklich n hardware problem zu sein. [14:47] würde mich wundern bei zwei getrennten hid devices... [14:51] hab das gleiche Verhalten, wenn ich es bspw. auf F6 lege. [14:51] du kannst ja mal beide hid devices getrennt tracen, da wirst du ziemlich sicher sehen, dass alles durch kommt [14:51] wie mach ich das? [14:52] cat /dev/hid/... [14:52] hidraw0...n [14:56] https://stackoverflow.com/questions/873975/how-can-i-capture-raw-hid-input-on-linux [14:56] Title: How can I capture raw HID input on Linux? - Stack Overflow (at stackoverflow.com) [14:56] aber das sind immer so alte sachen, das kann sich auch wieder geändert haben [15:04] jup hast recht. die anschläge kommen durch [15:05] und das pedal schreibt immer i :D [15:06] was soll es auch machen. [15:06] wenn du es trittst [20:48] [20:55] === guntbert is now known as yesitsme === yesitsme is now known as guntbert_