Hersteller-Bloatware wird endlich optional - und diese App ist der Beweis, dass sie nie hätte existieren müssen
Egal, ob Sie eine neue Maus, Tastatur, Kopfhörer oder einen ganzen Computer kaufen, es ist immer mit einer bestimmten Art von Frustration verbunden. Sie packen Ihren neuesten Kauf aus, schließen ihn an, und bevor Sie auch nur eine Funktion nutzen können, erhalten Sie eine Aufforderung, eine 200 MB große App herunterzuladen — vorausgesetzt, der Hersteller hat sie nicht bereits auf Ihrem Computer installiert.
Es hört auch nicht einfach beim Herunterladen der App auf. Sie müssen außerdem ein Konto erstellen und einer Datenschutzrichtlinie zustimmen, die so kompliziert ist wie Ihr Hypothekenvertrag. Das alles nur, um eine einfache Maus mit ein paar zusätzlichen programmierbaren Tasten zu kaufen. Jahrelang wurde uns vermittelt, dass Herstelleraufschlag notwendig sei. Diese App ist der Beweis, dass dem nicht so ist.
Niemand hat nach einem weiteren Geräte-Ökosystem gefragt
Wie Hersteller einfache Peripheriegeräte in Softwareplattformen verwandelten
Es ist auch niemals nur eine App. Eine typische Einrichtung im Jahr 2026 könnte Logitech Options+ oder G Hub für eine Maus, Corsair iCUE für die Tastatur, Razer Synapse für ein Headset und Asus Aura Sync haben, wenn dein Motherboard Beleuchtung unterstützt. Jede dieser Apps läuft mit ihrem eigenen Hintergrunddienst und sie alle starten mit deinem PC. Corsair führt sogar eine offizielle Liste von Software, die mit iCUE in Konflikt steht — und sie liest sich wie ein Who’s who aller anderen Peripherie-Apps, die du möglicherweise installiert hast.
Stapel sie alle zusammen, und ehe man sich versieht, ist bereits ein Gigabyte Speicher verschwunden, bevor man überhaupt einen einzigen Browser-Tab öffnet. Im Razer-eigenen Forum berichten Nutzer, dass Synapse im Leerlauf dank Speicherlecks fast 1 GB beansprucht. Logitech Options+ dokumentiert, dass über 126 Threads gestartet und hunderte Ports offen gehalten werden — alles, um Ihrem Scrollrad mitzuteilen, wie es sich verhalten soll. All diese Apps betreiben einen kleinen versteckten Server auf Ihrem Rechner, der darauf wartet, etwas zu tun, das sie selten tun müssen. Einzelnen betrachtet, mag das nicht viel erscheinen, aber wenn man sie alle kombiniert, ist auf einmal der Speicher Ihres Systems nicht mehr nutzbar.
Warum braucht ein Treiber 500 MB RAM?
Die Electron-Apps, die sich als Hardware-Dienstprogramme ausgeben
Ein großer Teil dieser Schuld liegt bei Electron - dem Framework, das Entwicklern ermöglicht, Web-Apps als Desktop-Software zu veröffentlichen. Native Windows-Apps verschwinden seit einiger Zeit, und fast jede moderne App, der Sie begegnen werden, wird dieses Framework verwenden.
Als Entwickler selbst verstehe ich das. Man schreibt seinen Quellcode einmal in JavaScript und liefert ihn an jedes Betriebssystem aus. Dadurch wird der Aufwand reduziert, separate Codebasen für einzelne Betriebssysteme zu pflegen, sowie die Anzahl der Entwickler, die diese Codebasen erstellen und aktualisieren müssen. Der Kompromiss besteht darin, dass jede Electron-App eine vollständige Kopie von Chromium bündelt. Drei dieser Apps laufen zu lassen ist im Wesentlichen dasselbe wie drei unsichtbare Chrome-Browser im Hintergrund auszuführen, jeder mit seiner eigenen Rendering-Engine, die untätig ist.
Abgesehen von der hohen Speichernutzung dauern Programme länger beim Öffnen, da sie warten, bis die Laufzeit geladen ist, sehen UI-Elemente nicht immer wie native Steuerelemente aus oder verhalten sich nicht wie diese, Systemthemen und Skalierungen können unzuverlässig sein, Tastenkombinationen können inkonsistent sein, und mehrere eingebettete Browser im Speicher zu halten, wird dem Akku Ihres Laptops nicht gut tun.
Nicht alle Electron- oder webbasierten Apps sind schlecht. Ein klassisches Beispiel ist Visual Studio Code. Es ist eine Electron-App, einer der besten Code-Editoren überhaupt, und sogar die perfekte Schreib-App, die man verwenden kann. Sie ist extrem leistungsfähig und für das, was sie tut, angemessen optimiert. Der Punkt hier ist nicht zu sagen, dass Electron schlecht ist; vielmehr hat dieser Ansatz es den Entwicklern erleichtert, sich nicht mehr um Optimierung zu kümmern.
Mac-Benutzer haben das schlechteste Angebot bekommen
Begrenzte Unterstützung, aufgeblähte Werkzeuge und endlose Umgehungslösungen
Nichts davon ist gleichmäßig verteilt. Windows-Benutzer erhalten die aufgeblähte Erfahrung, macOS-Benutzer erhalten die aufgeblähte Erfahrung und Instabilität. Es ist mittlerweile fast schon eine Tradition.
Anfang 2026 funktionierte die Options+-App von Logitech auf macOS überhaupt nicht mehr, weil das Unternehmen vergessen hatte, ein SSL-Zertifikat zu erneuern. Die gesamte App geriet für Benutzer unter macOS Ventura, Sonoma und Sequoia in eine Boot-Schleife. Die Scrollrichtung funktionierte nicht mehr, benutzerdefinierte Tastenbelegungen reagierten nicht mehr, und das Update innerhalb der App konnte keinen Fix bereitstellen, weil es ebenfalls hinter dem aktualisierten Zertifikat stecken blieb.
Benutzer mussten Patches manuell suchen und installieren. Windows-Benutzer hingegen waren überhaupt nicht betroffen. Davor hatte Options+ auf macOS ein gut dokumentiertes Muster: Es verbrauchte CPU-Leistung im Leerlauf, ließ die Lüfter auf ansonsten ruhigen Maschinen anspringen, stürzte nach bestimmten Updates alle paar Sekunden ab und erforderte, dass Benutzer ins Terminal gingen, nur um einen festgefahrenen Daemon-Prozess zu beenden. Die Lösung war einfach: ein Shell-Befehl, um den Agenten manuell zu beenden, der jedes Mal ausgeführt werden musste.
Der Grund ist hier strukturell. MacOS fügt Schichten von Berechtigungsgerüsten hinzu - Barrierefreiheit, Eingabeüberwachung, Vollständiger Festplattenzugriff - um die diese Apps sorgfältig aufgebaut werden müssen. Aber wenn man einen einzigen Codebestand schreibt, der plattformübergreifend geteilt werden soll, werden Probleme wie diese nicht so gelöst, wie sie sollten. Das bedeutet, dass das ganze System auseinanderfällt, wenn etwas schiefgeht oder ein Problem auf der Serverseite auftritt. Für eine App, deren gesamte Aufgabe darin besteht, ruhig im Hintergrund zu sitzen, ist das eine Menge Wartungsarbeit.
So hätte Software schon immer aussehen sollen
Leichtgewichtig, nativ und auf die Hardware statt auf Marketing fokussiert
OpenLogi wurde Mitte 2026 als direkte Antwort auf dieses Problem für macOS-Benutzer gestartet. Es ist in Rust geschrieben, nicht in JavaScript und Electron, und es kommuniziert direkt mit Logitech-Mäusen über das HID++-Protokoll über einen Logi Bolt-Empfänger oder Bluetooth. Kein Cloud, kein Daemon, der um Berechtigungen kämpft. Die Tastenbelegung befindet sich in einer einfachen TOML-Datei auf Ihrem eigenen Rechner.
Die App wird mit einer sauberen Benutzeroberfläche geliefert, die ein interaktives Diagramm Ihrer Maus anzeigt, mit einem anklickbaren Aktionsauswahlfeld für 37 integrierte Aktionen, und Sie erhalten eine Befehlszeilenschnittstelle für die Skriptverwendung. DPI-Steuerungen, SmartShift-Radmodus-Umschaltung, App-spezifische Profile — alles ist vorhanden, lokal verwaltet, ohne jemals Logitech zu kontaktieren, es sei denn, Sie erlauben ausdrücklich eine Option zum Abrufen des Gerätebilds.
Ein Blick auf eine bessere Zukunft
Optionale Software wird endlich zur Realität
OpenLogi ist vorerst exklusiv für macOS, mit Linux und Windows auf der Roadmap. Aber die Tatsache, dass es überhaupt auf macOS gestartet ist, ist der interessante Teil. Es wurde zuerst für die Plattform entwickelt, die historisch am meisten unterversorgt, am absturzanfälligsten und am meisten vernachlässigt war, wenn es um Peripheriesoftware geht. Selbst Linux hat Solaar, einen ausgereiften Open-Source-Logitech-Manager, der Tastaturen, Mäuse und Empfänger problemlos verwaltet. Was OpenLogi zu diesem wachsenden Ökosystem hinzufügt, ist eine wirklich ausgereifte, lokal-priorisierte Erfahrung.
Die Wahrheit ist, dass es nichts mit technischer Schwierigkeit zu tun hat. Das HID++-Protokoll ist ausreichend dokumentiert, sodass unabhängige Entwickler es in ihrer Freizeit problemlos rückentwickeln können. Das Cloud-Konto, die Electron-Hülle, das Labyrinth der Daemon-Berechtigungen - nichts davon war jemals eine technische Beschränkung. Es war eine Produktentscheidung. Mac-Nutzer tragen schon am längsten die Folgen dieser Entscheidung. OpenLogi ist das erste Zeichen dafür, dass sie, und schließlich wir alle, das nicht mehr tun müssen.