EEGLAB 2026: MATLAB- oder Standalone-Version für Forschung

Wählen Sie die EEGLAB-Standalone-Version, wenn Sie ausschließlich die Standardoberfläche, enthaltene Plugins und einfache Grundskripte benötigen und keine nutzbare MATLAB-Lizenz besitzen; für Drittanbieter-Plugins, eigene Funktionen, Quellcodeänderungen oder eine langfristig gepflegte Arbeitsgruppe-Pipeline ist die MATLAB-Version die belastbarere Wahl. Wenn die Anforderungen noch nicht eindeutig sind, sollten Sie beide Varianten mit derselben anonymisierten EEG-Datei prüfen, bevor Sie die Forschungsumgebung festlegen.

Zeitplan für die Entscheidung: Prüfen Sie zunächst Lizenz und Plugin-Liste, führen Sie anschließend einen repräsentativen Analyseablauf in beiden Umgebungen aus und dokumentieren Sie danach Version, Pfade, Ergebnisse und nicht bestandene Tests.
Diese Woche sinnvoll: Sammeln Sie eine anonymisierte Beispieldatei, die tatsächlich benötigten Plugins und ein vorhandenes Preprocessing-Skript. Ohne diese drei Prüfobjekte bleibt die Entscheidung zwischen MATLAB und Standalone eine Vermutung.

Für wen diese Entscheidung relevant ist

Studierende ohne MATLAB-Zugriff, die nur die übliche EEG-Vorverarbeitung, ICA und Visualisierung benötigen, können anhand der Funktionsgrenzen beurteilen, ob die Standalone-Variante genügt. Die offizielle EEGLAB-Dokumentation beschreibt die kompilierte Version als Zugang zur wesentlichen grafischen Oberfläche und zu kompilierten Funktionen, weist aber zugleich auf Einschränkungen bei Erweiterungen und eigenem Code hin die offizielle Beschreibung der kompilierten EEGLAB-Version.

Forschende, deren Ablauf ICLabel, DIPFIT, EEG-BIDS oder ein eigenes Labor-Plugin einbindet, sollten die MATLAB-Version als Ausgangspunkt prüfen. Hochschuladministratoren, die kurzfristig eine Apple-Silicon-Umgebung bereitstellen müssen, erhalten hier Kriterien für einen begrenzten Testbetrieb, nicht jedoch eine pauschale Aussage über die Lizenzbedingungen ihrer Hochschule.

Ausgangspunkt: EEGLAB 2026

Die offizielle Versionshistorie führt EEGLAB 2026.0.0 mit dem Veröffentlichungsdatum 02.03.2026 als aktuelle formale Referenz für diese Entscheidung EEGLAB-Versionshistorie. Dieses Datum definiert den Prüfstand für den Artikel; es ist keine Aussage darüber, dass jedes Plugin, jedes Installationspaket oder jede Runtime-Kombination bereits für jede macOS- und Apple-Silicon-Konfiguration verfügbar ist.

Die Oberfläche kann in beiden Varianten ähnlich wirken. Daraus folgt jedoch nicht, dass beide Varianten dieselbe Forschungsroutine ausführen können. Für eine EEG-Studie sind nicht nur Menüs entscheidend, sondern auch die Möglichkeit, Plugins nachzuinstallieren, externe Funktionen aufzurufen, Pfade reproduzierbar zu setzen und den Quellcode bei Bedarf zu untersuchen oder anzupassen.

Die Entscheidung sollte deshalb entlang konkreter Messgrößen erfolgen:

• Lizenzzugang: Welche Software darf auf dem vorgesehenen Rechner oder im Rechenzentrum tatsächlich verwendet werden?
• Erweiterbarkeit: Sind alle benötigten Plugins bereits enthalten und in der vorgesehenen Version verfügbar?
• Skriptfreiheit: Läuft das vorhandene MATLAB-Skript einschließlich externer Funktionen und Pfadabhängigkeiten?
• Reproduzierbarkeit: Können andere Mitglieder der Arbeitsgruppe denselben Ablauf mit dokumentierten Eingaben und Ausgaben wiederholen?
• Entfernte Nutzung: Bleibt die Umgebung über VNC, SSH oder eine Webkonsole administrierbar, ohne Datenschutz- und Stabilitätsanforderungen zu verletzen?

Lizenz und Laufzeitumgebung

Die Frage, ob EEGLAB ohne MATLAB-Lizenz genutzt werden kann, muss in zwei Teile zerlegt werden. Die Standalone-Variante verwendet eine MATLAB Runtime, während die MATLAB-Variante eine nutzbare MATLAB-Installation voraussetzt. Die Runtime ist nicht dasselbe wie die Entwicklungs- und Skriptumgebung MATLAB; die Herstellerdokumentation beschreibt ihre Funktion als Laufzeitumgebung für kompilierte Anwendungen offizielle MATLAB-Runtime-Dokumentation.

Das bedeutet praktisch: Wenn Sie nur die kompilierten Funktionen der Standalone-Version verwenden, kann diese Route ohne eine eigene MATLAB-Autorenlizenz auskommen. Damit ist aber nicht automatisch jede Erweiterung, jedes externe Skript oder jede Kombination aus Plugin und Runtime abgedeckt. EEGLAB selbst kostenlos zu erhalten bedeutet daher nicht, dass die gesamte benötigte Forschungsumgebung frei von Lizenz- oder Administrationsbedingungen ist.

Bei einer Hochschullizenz sollten Sie nicht vom Namen des Lizenzmodells auf die konkrete Nutzung schließen. Prüfen Sie im Hochschulportal oder mit der zuständigen Administration:

• ob MATLAB für Studierende und Mitarbeitende freigeschaltet ist;
• ob eine Nutzung auf einem verwalteten oder entfernten Mac erlaubt ist;
• ob die Anmeldung über ein Hochschulkonto, einen Lizenzserver oder eine andere Bereitstellung erfolgt;
• ob der entfernte Rechner die von der Hochschule verlangte Netz- und Geräteanbindung erfüllt;
• ob die Lizenz auch für temporär gemietete oder extern betriebene Hardware vorgesehen ist.

Die offizielle Dokumentation zur Planung einer hochschulweiten Lizenzbereitstellung beschreibt die Rollen von Administration, Bereitstellung und Benutzerzugang, ersetzt aber nicht die konkrete Freigabe Ihrer Hochschule Dokumentation zur Hochschul-Lizenzbereitstellung. Formulieren Sie gegenüber dem Administrator eine konkrete Frage zur vorgesehenen Maschine und zum Zugriffspfad, statt nur nach „MATLAB für Forschung“ zu fragen. Eine rechtliche Bewertung der Lizenzbedingungen kann daraus nicht abgeleitet werden.

Erweiterungen und Plugin-Grenzen

Die Standalone-Version ist dann attraktiv, wenn Ihre Auswertung mit den enthaltenen Komponenten auskommt. Sie wird problematisch, sobald Ihr Ablauf auf einem Plugin beruht, das nachträglich installiert, aktualisiert oder mit einer bestimmten EEGLAB-Version getestet werden muss. Die offizielle Plugin-Übersicht ist deshalb ein Prüfpunkt, aber kein Beweis dafür, dass jedes dort aufgeführte Plugin in der kompilierten Umgebung ohne Anpassung funktioniert EEGLAB-Plugin-Verzeichnis.

Für ICLabel sollten Sie zunächst feststellen, ob genau die von Ihrem Labor verwendete Funktion in der geplanten Umgebung aufrufbar ist. Die offizielle ICLabel-Dokumentation beschreibt Installation und Verwendung des Plugins ICLabel-Dokumentation. Bei DIPFIT gilt dieselbe Regel: Nicht die bloße Existenz des Plugins entscheidet, sondern ob Ihr Ablauf die benötigten Dateien, Abhängigkeiten und Aufrufe in der Standalone-Umgebung erreicht.

EEG-BIDS ist besonders relevant, wenn Ihre Arbeitsgruppe Daten strukturiert importiert oder exportiert. Die offizielle Dokumentation zu EEG-BIDS sollte neben der Plugin-Liste als Referenz für die konkrete Funktion dienen EEG-BIDS-Dokumentation. Prüfen Sie dabei nicht nur den Start des Plugins, sondern eine echte Ein- und Ausgabe mit einer anonymisierten Datei.

Die häufige Annahme, die Standalone-Version könne wie eine normale MATLAB-Installation per Plugin-Manager beliebig erweitert werden, ist für die Auswahl gefährlich. Die offizielle Beschreibung nennt Einschränkungen bei neuen Plugins, eigenen Funktionen und Quellcodeänderungen. Wenn Ihr Projekt diese Bereiche berührt, sollte die Standalone-Variante höchstens als eingeschränkte Lese- oder Standardanalyseumgebung dienen, nicht als einziges Lieferformat.

Skripte und eigene Funktionen

Ein EEGLAB-Skript ist nicht automatisch ein „einfaches Skript“, nur weil es kurz aussieht. Es kann externe MATLAB-Funktionen, zusätzliche Toolboxes, relative Pfade, lokale Hilfsdateien oder selbst geschriebene Datenkonverter aufrufen. Ein kompiliertes Programm kann nur das ausführen, was beim Kompilieren unterstützt und in die jeweilige Umgebung eingebunden wurde. Die Bezeichnung EEGLAB compiled version sollte daher nicht mit einer vollständigen MATLAB-Arbeitsumgebung gleichgesetzt werden.

Scannen Sie vor der Auswahl jedes bestehende Skript nach:

• Funktionsaufrufen, die nicht aus dem EEGLAB-Kern stammen;
• addpath- oder genpath-Zeilen;
• lokalen .m-Dateien und selbst entwickelten Hilfsfunktionen;
• Aufrufen zusätzlicher Toolboxes;
• festen Benutzerpfaden, Laufwerksbuchstaben oder Betriebssystemannahmen;
• Exporten, die anschließend von einem weiteren Laborprogramm verarbeitet werden.

Ein Skript, das nur Standardfunktionen aufruft und keine externen Abhängigkeiten besitzt, kann ein Kandidat für die Standalone-Route sein. Das muss trotzdem mit einer vollständigen Ausführung geprüft werden. Wenn das Skript eine neue Funktion definiert, eigenen Quellcode lädt oder während der Analyse dynamisch Dateien nachinstalliert, spricht das direkt für MATLAB.

Entscheidung als Bedingungsliste

• Wenn Sie nur die Standardoberfläche, enthaltene Plugins und grundlegende manuelle Analysen benötigen, dann wählen Sie die Standalone-Version.
• Wenn keine MATLAB-Lizenz verfügbar ist, der Ablauf aber ausschließlich mit den enthaltenen Funktionen arbeitet, dann testen Sie zuerst die Standalone-Version mit einer anonymisierten Datei.
• Wenn ICLabel, DIPFIT, EEG-BIDS oder ein anderes Plugin nachinstalliert, aktualisiert oder versionsabhängig konfiguriert werden muss, dann wählen Sie die MATLAB-Version.
• Wenn eigene MATLAB-Funktionen, externe Toolboxes oder Labor-Skripte beteiligt sind, dann wählen Sie MATLAB und dokumentieren Sie alle Pfadabhängigkeiten.
• Wenn Sie EEGLAB-Quellcode ändern oder einen eigenen Patch dauerhaft pflegen müssen, dann behandeln Sie die Standalone-Version nicht als alleinige Forschungsumgebung.
• Wenn die Anforderungen des Projekts unklar sind, dann behalten Sie beide Varianten für eine kurze Doppelprüfung und entscheiden erst nach dem Ergebnislauf.

Reproduzierbarkeit im Arbeitsgruppenbetrieb

Für eine Einzelperson kann eine funktionierende Oberfläche ausreichend wirken. Eine Arbeitsgruppe braucht dagegen eine Umgebung, die sich Monate später nachvollziehen lässt. Die relevante Frage lautet nicht „Startet EEGLAB?“, sondern „Kann eine andere Person mit derselben Eingabe, denselben Plugins und derselben Dokumentation denselben Verarbeitungsschritt wiederholen?“

Speichern Sie mindestens:

• EEGLAB-Version einschließlich der Referenz auf 2026.0.0 oder eine später verifizierte Version;
• verwendete Betriebsart: MATLAB oder Standalone;
• MATLAB- beziehungsweise MATLAB-Runtime-Informationen;
• Plugin-Namen, Versionen und Installationsstatus;
• verwendete Suchpfade und externe Funktionen;
• Prüfsummen oder andere Datenkennungen der anonymisierten Eingabedatei;
• Protokolle, Warnungen und exportierte Ergebnisdateien.

Die MATLAB-Variante verursacht dabei nicht nur Lizenzaufwand. Sie verlangt auch eine kontrollierte Verwaltung von Versionen, Toolboxes und Pfaden. Die Standalone-Variante kann administrativ einfacher sein, verliert diesen Vorteil jedoch, wenn das Labor mehrere inkompatible Plugin-Stände oder zusätzliche Skripte außerhalb der kompilieren Umgebung benötigt.

Ein klares Stoppsignal liegt vor, wenn ein für die Publikation notwendiger Verarbeitungsschritt in der Standalone-Version nur durch manuelle Umwege oder nicht dokumentierte Ersatzhandlungen möglich ist. Dann wäre die Standalone-Umgebung zwar für Demonstrationen geeignet, aber nicht als einzige Lieferumgebung für die Studie.

Apple-Silicon- und Remote-Mac-Prüfung

Für einen Apple-Silicon-Mac sollten Sie die Betriebssystem- und MATLAB-Anforderungen am Veröffentlichungstag erneut kontrollieren. Die offizielle Übersicht zu Apple-Silicon-Systemanforderungen zeigt, welche Angaben für MATLAB auf dieser Plattform maßgeblich sind offizielle Apple-Silicon-Anforderungen. Daraus folgt keine allgemeine Zusage für jedes EEGLAB-Plugin.

Eine entfernte macOS-Umgebung ist für einen zeitlich begrenzten Test sinnvoll, wenn Sie keine lokale Hardware bereitstellen können. Der Zugriff über VNC oder eine Webkonsole betrifft jedoch die Bedienung, nicht automatisch die Rechenleistung. SSH eignet sich für Dateiverwaltung, Versionsabfragen und Skriptstarts, ersetzt aber keine Prüfung der grafischen EEGLAB-Funktionen.

Führen Sie die Validierung in dieser Reihenfolge durch:

1. Umgebung erfassen: Notieren Sie macOS-Version, Apple-Silicon-Plattform, EEGLAB-Version, Betriebsart und Runtime- beziehungsweise MATLAB-Status.
2. Start prüfen: Öffnen Sie EEGLAB über den vorgesehenen Zugriff und speichern Sie Startmeldungen sowie Warnungen.
3. Beispieldaten importieren: Verwenden Sie eine datenschutzrechtlich bereinigte EEG-Datei und kontrollieren Sie Kanalinformationen, Ereignisse und Dateiformat.
4. Vorverarbeitung ausführen: Lassen Sie den repräsentativen Filter-, Ereignis- und Artefaktablauf vollständig laufen, statt nur einzelne Menüs zu öffnen.
5. ICA und Plugins testen: Führen Sie den tatsächlich benötigten ICA-Schritt aus und rufen Sie ICLabel, DIPFIT, EEG-BIDS oder andere Pflichtkomponenten auf.
6. Skript ausführen: Starten Sie das vorhandene Preprocessing-Skript ohne manuelle Korrekturen und sichern Sie das vollständige Protokoll.
7. Ergebnis sichern: Exportieren Sie die Ergebnisdateien, schließen Sie die Umgebung und öffnen Sie die Dateien erneut, um Pfad- und Formatfehler zu erkennen.
8. Bedienung getrennt bewerten: Protokollieren Sie Verzögerungen im Remote-Desktop separat. Verwenden Sie die gefühlte Bildschirmlatenz nicht als Beleg für die Algorithmusleistung.

Für einen zeitlich begrenzten Versuch können Sie eine Apple-Silicon-Umgebung für Forschungssoftware heranziehen, sofern Hochschule, Datenschutzbeauftragte und Projektleitung die Verarbeitung auf dieser Infrastruktur freigeben. Übertragen Sie nur Daten, die für den Test erforderlich und korrekt anonymisiert sind. Eine kurze Mietdauer ist für die Validierung flexibler als ein sofortiger Kauf, sagt aber nichts über die Eignung für einen dauerhaft laufenden Hochlastbetrieb aus.

Vergleich nach Forschungsmetrik

Die folgende Übersicht ist keine Behauptung, dass eine Variante in jedem Projekt überlegen ist. Sie zeigt, welche Route bei einer bestimmten Anforderung typischerweise zuerst geprüft werden sollte.

Bewerten Sie jede Zeile anhand Ihres konkreten Projekts. Eine Standalone-Version mit einer nicht benötigten Plugin-Funktion ist für Sie wertvoller als eine MATLAB-Installation, deren Lizenz auf dem Remote-Rechner nicht nutzbar ist. Umgekehrt ist eine scheinbar bequeme Standalone-Umgebung keine gute Wahl, wenn sie den entscheidenden Auswertungsschritt nicht reproduzierbar ausführt.

Annahmekriterien für die Freigabe

Die letzte Zeile ist kein technisches Detail. Bei EEG-Daten müssen Datenschutz, Zugriffskontrolle und Speicherort vor dem Upload geklärt werden. Nutzen Sie für einen ersten Test ausschließlich Daten, deren Identifizierbarkeit nach dem vorgesehenen Verfahren ausreichend reduziert wurde. Bei Unsicherheit sollte die Studienleitung oder die zuständige Datenschutzstelle entscheiden.

Letzte Aktualisierung und Prüfgrenzen

Zuletzt aktualisiert am 03.09.2026; die Versionsangabe wurde anhand der offiziellen EEGLAB-Versionshistorie, die Laufzeit- und Kompilierungsgrenzen anhand der offiziellen EEGLAB- und Runtime-Dokumentation geprüft. Die konkrete Standalone-Paketierung, verfügbare Runtime-Kombination, Plugin-Aufnahme und Hochschulfreigabe müssen am Veröffentlichungstag erneut kontrolliert werden.

Eine neue EEGLAB-Version, eine neue MATLAB-Runtime, eine geänderte Plugin-Liste oder eine neue MATLAB-Hauptversion löst eine erneute Prüfung aus. Community-Foren und einzelne Issue-Berichte können auf ein Problem in einer bestimmten Umgebung hinweisen, ersetzen aber keine allgemeine Kompatibilitätsaussage. Auch die Verfügbarkeit einer Hochschullizenz darf nicht aus allgemeinen Bezeichnungen abgeleitet werden.

Wenn Ihr aktueller Weg ausschließlich aus einer Linux- oder Windows-Umgebung besteht, bleiben drei reale Nachteile: macOS-spezifische Funktionen lassen sich dort nicht direkt abnehmen, ein zusätzliches physisches Gerät bindet Budget und Wartungszeit, und ein sofortiger Kauf ist für einen kurzen Validierungslauf oft unverhältnismäßig. Für genau diese Zwischenphase kann die zeitweise Miete eines echten Mac von VPSMAC sinnvoller sein: Sie testen Apple Silicon mit Ihrer eigenen, anonymisierten EEG-Aufgabe, behalten die Entscheidungshoheit zwischen Standalone und MATLAB und investieren erst danach in eine dauerhafte Lizenz oder Hardware. Für dauerhaft hohe Rechenlast, spezielle physische Schnittstellen oder streng lokal gebundene Daten ist eine eigene, von Ihrer Institution verwaltete Maschine dagegen die ehrlichere Lösung.

Beginnen Sie daher nicht mit dem Download, sondern mit der Testdatei, der Plugin-Liste und dem Skript. Reservieren Sie bei Bedarf einen kurzfristig nutzbaren Remote-Mac für die Forschungsprüfung, führen Sie den Doppeltest durch und dokumentieren Sie den Punkt, an dem die Standalone-Version tatsächlich scheitert oder ausreicht. Erst dieses Ergebnis rechtfertigt die Entscheidung für MATLAB, Standalone oder den parallelen Betrieb beider Umgebungen.