staging.inyokaproject.org

Hallo,

ich habe eine sehr leistungsfähige Workstation an der ein Wacom Cintiq angeschlossen ist und einen Lenovo YOGA 7i convertible Laptop mit Wacom-Fähigen Display. Ich benutze auf beiden Systemen Xournal++ um mit dem Stift in PDFs zu schreiben.

Auf der Workstation funktioniert das hervorragend und die Ergebnisse sind einwandfrei, auf dem Laptop funktioniert es leider nicht so gut. Obwohl die Stifteingabe auf dem Laptop generell sehr gut funktioniert, hakt es in Verbindung mit Xournal++ leider sehr stark. Es gibt erhebliche Verzögerungen bei der Eingabe und oft scheint nicht der gesamte Weg des Stiftes erfasst zu werden. Manchmal ist die Eingabe mit dem Stift für ein paar Sekunden unmöglich und hin und wieder passiert es bei der Verwendung von Xournal++ sogar, dass der Wacom Treiber komplett abstürzt und mit rmmod und modprobe neu gestartet werden muss.

Offensichtlich ist es so, dass die Probleme in Verbindung mit Xournal++ nur dann auftreten, wenn ich die Hand beim Schreiben auflege. Wenn ich in den Systemeinstellungen Finger-Touch deaktiviere funktioniert die Stifteingabe mit Xournal++ perfekt. Die Touchscreen-Eingabe in den Einstellungen von Xournal++ zu deaktivieren löst das Problem aber leider nicht. Mein Cintiq, das zu Hause an der Workstation angeschlossen ist, ist übrigens aus einer älteren Generation und reagiert nicht auf Finger-Berührungen sondern erfasst nur Stifteingabe.

Gibt es womöglich ein generelles Problem mit Xournal++ wenn Multitouch und Stifteingabe kombiniert sind?

Obwohl es zweifellos an der Zeit wäre, würde ich gerne vermeiden, ein Betriebssystemupgrade zu machen. Ich bin für meine Software-Entwicklungsprojekte immer auf sehr viele spezielle Repositories angewiesen und erfahrungsgemäß nie in der Lage ein automatisches LTS-Upgrade zu machen. Mit einer höchstwahrscheinlich erforderlichen Neuinstallation würde ich gerne noch warten, bis ich wieder zu Hause bin.

1
2
3
4
5
6
7
8

modinfo wacom
filename:       /lib/modules/5.15.0-43-generic/kernel/drivers/hid/wacom.ko
license:        GPL
description:    USB Wacom tablet driver
author:         Vojtech Pavlik <vojtech@ucw.cz>
version:        v2.00
srcversion:     4182668EA6D4C5D6CAC7C16
...

Xournal Version 1.1.3 Build on Dec 4 2022, 22:26:24

Gib es eine vergleichbare empfehlenswerte Software mit der ich mit dem Stift in PDFs schreiben kann und die ohne Probleme in Kombination mit Multitouch funktioniert?

Gruß

Hallo!

Wieso nutzt du nicht für deine speziellen Anforderungen virtuelle Maschinen oder Container? Macht es leichter bei Problemen im Host-System.

Zum Thema: Die Stifteingabe ist auch „nur“ eine Positionsübermittlung, daher kann es gut sein, das sich Touch und Stift beißen. Starte mal zum Test ein Plasma oder GNOME mit Wayland (Live-USB reicht) und prüfe, ob die Probleme da auch auftauchen. Ich rate mal ins Blaue und behaupte, der XServer kann schlicht die Eingaben nicht auseinanderhalten und stört sich daran.

Ebenfalls interessant wäre das journalctl zu durchforsten.Da könnten relevante Fehler drinstehen. Generell funktioniert das, auch mit Handauflage. Hatte das an einem Dell XPS13 2-1 ausgiebig getestet, allerdings unter Plasma-Wayland.

Wieso nutzt du nicht für deine speziellen Anforderungen virtuelle Maschinen oder Container? Macht es leichter bei Problemen im Host-System.

Ja, das wäre wirklich sehr praktisch. Es ist aber so, dass ich die speziellen Anforderungen nicht unbedingt zum Ausführen und Testen meiner Entwicklungen brauche, sondern für den Build-Vorgang. Ich bin mir zwar sicher, dass es generell irgendwie möglich wäre aber ich wüsste nicht, wie ich das in meiner IDE konfigurieren sollte.

Ich rate mal ins Blaue und behaupte, der XServer kann schlicht die Eingaben nicht auseinanderhalten und stört sich daran.

Das ist generell eine sehr plausible Vermutung aber es funktioniert unter X absolut problemlos mit GIMP, Inkscape und MyPaint bei gleichzeitig aktiviertem Multitouch und Stifteingabe. Trotzdem will ich das gerne mal mit Wayland probieren.

Den Artikel über journalctl lese ich mir auch noch mal in Ruhe durch.

Wenn es auf dem Laptop in den anderen Anwendungen funktioniert, dann gucken wir doch nach xournalpp und vergessen den Versuch mit XWayland. Du könntest dir das mal aus den Quellen aktuell bauen und damit versuchen. Gibt auch einige Debug-Optionen. Ich kann mich erinnern, dass es da bei mir auch mal Probleme gab und ich zwecks Bugreport aus den Quellen kompiliert hatte — in der Version funktionierte dann alles.

Da du noch 20.04 verwendest, könnte es schlicht sein, das die Fehlerbehebung nicht zurückportiert wurde.

bugblatterbeast schrieb:

Ja, das wäre wirklich sehr praktisch. Es ist aber so, dass ich die speziellen Anforderungen nicht unbedingt zum Ausführen und Testen meiner Entwicklungen brauche, sondern für den Build-Vorgang. Ich bin mir zwar sicher, dass es generell irgendwie möglich wäre aber ich wüsste nicht, wie ich das in meiner IDE konfigurieren sollte.

Anderes Thema. Kommt auch sehr auf die IDE an. Beim QtCreator ist das recht einfach einzustellen (bspw. über ssh mit pubkey), bei Emacs funktioniert es genauso, ist nur nicht so einfach einzustellen^^.

Je nachdem, was genau du da machst, würde ich auch die IDE mit in die VM packen. Auf dem Hostsystem hat man ja doch hunderte Bibliotheken mitinstalliert, deren Fehlen man sonst gar nicht bemerkt. Ein lokaler git könnte auch helfen, wenn du das Buildsystem headless betreibst. Möglichkeiten gibt es da viele.

Vielen Dank für Deine Ratschläge,

ich habe mal den letzten nightly build ausprobiert. https://github.com/xournalpp/xournalpp/releases/download/nightly/xournalpp-1.1.3+dev-nightly.20221223-Ubuntu-focal-x86_64.deb

Es scheint auf den ersten Blick so, als wenn damit alles ohne Probleme funktioniert.

Viele Grüße und schöne Feiertage

Wegen der Build-Umgebung mit IDE mache ich vielleicht irgendwann nach den Feiertagen noch mal ein anderes Thema auf. Ich benutze zur Zeit immer noch eclipse für C/C++ (obwohl es mir so vor kommt, als wenn ich der einzige bin, der noch nicht auf VSCode umgestiegen ist). Als Container bevorzuge ich für lokale Lösungen immer noch ganz eindeutig LXC obwohl ich auch schon mit Vagrant und Docker gearbeitet habe.

bugblatterbeast schrieb:

Es scheint auf den ersten Blick so, als wenn damit alles ohne Probleme funktioniert.

Super. Dann läuft aber unter Xubuntu ne echt alte Version. Ich kann mich noch daran erinnern, das es da mal Probleme mit Touch gab, aber das ist „ewig“ gefixt. Egal, Hauptsache läuft 😉

Viele Grüße und schöne Feiertage

Danke, dir auch!

Wegen der Build-Umgebung mit IDE mache ich vielleicht irgendwann nach den Feiertagen noch mal ein anderes Thema auf. Ich benutze zur Zeit immer noch eclipse für C/C++ (obwohl es mir so vor kommt, als wenn ich der einzige bin, der noch nicht auf VSCode umgestiegen ist). Als Container bevorzuge ich für lokale Lösungen immer noch ganz eindeutig LXC obwohl ich auch schon mit Vagrant und Docker gearbeitet habe.

Ich hab VSCode noch nicht mal angeguckt, Eclipse mochte ich nie. Ich nutze meistens Emacs und Vim, für größeres und Handy den QtCreator und für Plasmoide KDevelop. Aber ich mache auch nicht mehr viel. Habe eben mal die Lizenbedingungen überflogen → VSCode werde ich nie nutzen 😉

LXC/Docker geht auch. Ich dachte aber an ne echte VM mit QEMU/KVM. Also ein komplettes OS für diesen Zweck. Das braucht dann auch nicht zwingend Internetzugang, wenn es mal EOL ist und du hast Zeit zum migrieren. Jetzt musst du halt gucken, wie du in den nächsten 3 Monaten alles auf eine neue Version geschaufelt bekommst.