Engineering-Dossier

Ist PsychoPy 2026 für Experimente auf einem Remote-Mac geeignet?

Ist PsychoPy 2026 für Experimente auf einem Remote-Mac geeignet?

PsychoPy läuft auf dem Remote-Mac, aber niemand kann bestätigen, was die Versuchsperson auf dem tatsächlichen Bildschirm sieht?

Einschätzung: geeignet für Installation, Builder- und Coder-Entwicklung sowie Vorprüfungen; nicht automatisch für die Freigabe einer Datenerhebung. Wenn Ihr Experiment präzises Timing, kontrollierte Anzeige oder gekoppelte Geräte voraussetzt, prüfen Sie es mit der vorgesehenen Hardware vor Ort. Ein flüssiges Bild im Remote-Desktop beweist keine korrekte Stimulusdarstellung.

Dieser Beitrag ist für Sie, wenn Sie als Psychologie- oder Kognitionswissenschaftsstudent ohne lokalen Mac ein PsychoPy-Projekt testen möchten.
Er ist ebenso für Laborpersonal gedacht, das Softwareprüfung und Geräteabnahme getrennt dokumentieren muss.
Auch bei plattformübergreifenden Projekten hilft die Einordnung: Ein zusätzlicher macOS-Testplatz ersetzt keine Prüfung der späteren Messkette.

Was bedeutet „geeignet“ bei PsychoPy auf einem Remote-Mac?

Entscheidend ist nicht allein, ob sich PsychoPy starten lässt. Für eine belastbare Entscheidung müssen Sie vier verschiedene Ergebnisse auseinanderhalten: Die Software öffnet sich, der Ablauf lässt sich ausführen, die Stimuli erscheinen wie vorgesehen und die komplette Messkette erfasst Eingaben beziehungsweise Synchronisationssignale korrekt. Ein Erfolg auf einer Stufe belegt nicht automatisch die nächste.

Ein Remote-Mac kann den Softwareteil Ihrer Arbeit abdecken: Sie können Projekte öffnen, Builder-Routinen bearbeiten, Coder-Skripte entwickeln, Abläufe ohne Versuchspersonen prüfen und Fehler reproduzieren, die auf macOS auftreten. Für einen formalen Versuch ist dagegen maßgeblich, ob die konkrete Kombination aus Rechner, Anzeige, Eingabegerät und gegebenenfalls externer Messhardware die erforderlichen Bedingungen erfüllt.

Option Sinnvoll für Was damit nicht nachgewiesen ist
Remote-Mac ohne angeschlossene Versuchsgeräte Installation, Codeänderungen, Builder- und Coder-Prüfung, grobe Ablaufkontrolle Tatsächliche Stimuluszeitpunkte, Reaktionseingabe über die geplante Hardware und externe Synchronisation
Remote-Mac mit kontrollierter Verbindung zu den Versuchsgeräten Technische Vorprüfung, sofern die Geräteverbindung tatsächlich der geplanten Messkette entspricht Korrekte Wiedergabe am späteren Versuchsmonitor oder Freigabe für die Datenerhebung, solange diese Umgebung nicht geprüft wurde
Geplanter Versuchsrechner mit Anzeige und Geräten vor Ort Prüfung des vollständigen Setups und Freigabe nach den Anforderungen Ihres Protokolls Keine automatische Freigabe: Messwerte, Protokoll und Datenschutzanforderungen müssen weiterhin bewertet werden

Verwenden Sie den Remote-Mac deshalb als ergänzende macOS-Umgebung, nicht als pauschalen Nachweis, dass eine Studie unter den späteren Bedingungen korrekt abläuft. Für die Auswahl zwischen lokaler, virtueller und gemieteter macOS-Umgebung können Sie zusätzlich den Vergleich der Mac-Umgebungen heranziehen. Der Vergleich ersetzt keine Prüfung Ihrer Geräteanschlüsse, hilft aber dabei, die Rolle einer zusätzlichen Mac-Umgebung einzuordnen.

Kann ein Remote-Mac PsychoPy-Experimente ausführen?

Ja, sofern PsychoPy und Ihr Projekt in der bereitgestellten macOS-Umgebung funktionieren. Das beantwortet zunächst nur die Softwarefrage. Ob ein Experiment technisch valide ist, hängt zusätzlich von der realen Stimulusdarstellung und der angeschlossenen oder synchronisierten Versuchstechnik ab. Ohne passende Anzeige und Eingabegeräte sehen Sie im Remote-Test möglicherweise nicht den Ablauf, den Ihre Versuchsperson später erlebt.

Auch die Verbindung selbst verändert, was Sie beobachten können. Bei einer Fernsteuerung wird die Bildschirmausgabe zum entfernten Nutzer übertragen. Die Darstellung in diesem Videostream ist daher nicht mit einer Messung des Zeitpunkts gleichzusetzen, an dem ein Stimulus am Versuchsschirm tatsächlich sichtbar wird. PsychoPy empfiehlt bei Aufgaben mit präzisen Timing-Anforderungen die Prüfung unter realen Hardwarebedingungen; die PsychoPy-Dokumentation zu Timing und Synchronisation beschreibt diese Anforderung.

Für einen ersten Softwarecheck können Sie beispielsweise die Paketinformationen kontrollieren:

python -m pip show psychopy

Eine beispielhafte Ausgabe könnte so aussehen:

Name: PsychoPy
Version: <installierte Version>
Location: <Installationspfad>

Die Platzhalter sind keine Aussage über eine konkrete Installation. Die Ausgabe bestätigt lediglich, dass das Paket in der angesprochenen Python-Umgebung gefunden wurde. Sie belegt weder, dass ein Projekt vollständig ausführbar ist, noch dass Anzeige, Eingabe oder externe Geräte im Versuch korrekt arbeiten. Prüfen Sie daher auch, welche Python-Umgebung Ihr Startbefehl tatsächlich verwendet und ob PsychoPy im vorgesehenen Arbeitsablauf geöffnet wird.

Timing muss am Versuchsaufbau geprüft werden

Ist die Stimulusdarstellung im Remote-Desktop zeitlich zuverlässig?

Ein Remote-Desktop kann für die Beobachtung eines Ablaufs und die Suche nach Programmfehlern hilfreich sein. Er ist jedoch nicht selbst das Messinstrument, mit dem Sie die physische Anzeige eines Stimulus validieren. Eine flüssige Übertragung kann Schwankungen oder Verzögerungen des eigentlichen Displays verdecken; umgekehrt kann ein unruhiger Stream durch die Übertragung entstehen, obwohl die lokale Darstellung anders aussieht. Ohne Messung dürfen Sie aus der Stream-Qualität keine Aussage über die zeitliche Genauigkeit des Experiments ableiten.

Die Größenordnung eines Bildintervalls hängt von der Bildwiederholrate des Displays ab. Bei einer Anzeige mit 60 Hz entspricht ein Bildintervall rechnerisch etwa 16,7 Millisekunden; bei 120 Hz sind es etwa 8,3 Millisekunden. Diese Werte folgen aus einer Sekunde geteilt durch die Zahl der Bildwechsel pro Sekunde und beschreiben keine Remote-Mac-Leistung. Sie zeigen, weshalb die tatsächlich verwendete Anzeige für die Beurteilung relevant ist. PsychoPys Hinweise zu Stimulusdauer und Bildschirmaktualisierung erläutern den Zusammenhang zwischen gewünschter Dauer und dargestellten Frames.

Wird beispielsweise eine Stimulusdauer von 10 Millisekunden auf einem 60-Hz-Display verlangt, lässt sich diese Dauer nicht als vollständiges einzelnes Bildintervall darstellen: Ein Bildwechsel dauert bei dieser Bildwiederholrate rechnerisch länger. Ob das für Ihr Paradigma akzeptabel ist, hängt von Ihrer Fragestellung und dem festgelegten Protokoll ab. Verändern Sie deshalb nicht stillschweigend die Dauer, damit sie zur Anzeige passt; dokumentieren Sie die tatsächlich verwendete Hardware und beurteilen Sie, ob die Abweichung Ihre Messung beeinflusst.

Wie prüfen Sie ausgelassene Frames und Stimulusverzögerungen?

Beginnen Sie mit der Prüfung in PsychoPy, aber behandeln Sie sie als Diagnose des Softwareablaufs, nicht als vollständige Hardwareabnahme. Die offizielle Anleitung zur Erkennung ausgelassener Frames beschreibt, wie Frame-Daten untersucht werden können. Solche Informationen helfen Ihnen dabei, unregelmäßige Darstellungen oder auffällige Abschnitte im Ablauf zu erkennen. Sie beantworten für sich genommen nicht jede Frage dazu, wann Licht am Bildschirm ausgegeben wurde.

Für Versuche mit präzisen zeitlichen Anforderungen sind zwei Prüfwege besonders wichtig. Erstens untersuchen Sie die Frame-Abfolge: Sie können damit feststellen, ob die Software die erwarteten Bildwechsel protokolliert oder ob Auffälligkeiten auftreten. Zweitens messen Sie die physische Ausgabe, etwa mit einer Photodiode am Display und einem geeigneten Erfassungssystem. Eine solche Messung kann den tatsächlichen Lichtwechsel am Sensor erfassen und damit eine andere Frage beantworten als die Softwareprotokollierung. PsychoPys Timing-Dokumentation behandelt Messungen mit Hardware und die Prüfung von Timing und Synchronisation.

Wichtig: Ein unauffälliges PsychoPy-Protokoll ist kein Ersatz für eine Messung am Display, wenn Ihre Hypothese von präzisen Stimuluszeitpunkten abhängt. Halten Sie fest, welche Prüfung Sie tatsächlich durchgeführt haben und welche Teile der Messkette dabei nicht erfasst wurden.

Trennen Sie bei der Dokumentation mindestens drei Zeitangaben: den geplanten Zeitpunkt im Experiment, den von der Software protokollierten Ablauf und – sofern Sie eine geeignete Messung vorgenommen haben – den beobachteten Ausgabezeitpunkt. Diese Werte können unterschiedliche Vorgänge beschreiben. Ihre Übereinstimmung darf nicht allein aus einem erfolgreichen Programmstart abgeleitet werden.

Anzeige und Reaktionseingabe brauchen eigene Prüfkriterien

Welche Anzeige sieht die Versuchsperson tatsächlich?

Erfassen Sie, ob Ihr Protokoll einen bestimmten Monitor, eine festgelegte Bildwiederholrate, Vollbilddarstellung oder eine definierte Betrachtungsdistanz voraussetzt. Eine Fernverbindung kann die Bedienoberfläche auf Ihrem eigenen Bildschirm anzeigen, während der Versuch auf einer anderen Anzeige ausgegeben wird. Für die Validierung ist die Anzeige relevant, auf der die Versuchsperson den Stimulus sieht – nicht lediglich der Bildschirm, auf dem Sie den Remote-Desktop betrachten.

Prüfen Sie außerdem, ob PsychoPy die für Ihren Versuch vorgesehenen Einheiten und Darstellungsbedingungen verwendet. Die Dokumentation zu Einheiten und Betrachtungsbedingungen erläutert, warum die Wahl der Einheiten und die Distanz zum Bildschirm für die Interpretation einer Stimulusgröße relevant sein können. Notieren Sie die Bedingungen für die lokale Softwareprüfung getrennt von denen des späteren Versuchs. Wenn Sie beispielsweise Geometrie oder Stimulusgröße auf einem Entwicklerbildschirm kontrollieren, ist das kein Beleg dafür, dass die Versuchsperson unter dem geplanten Betrachtungsabstand dieselbe Darstellung erhält.

Vollbildmodus und Fensterverhalten sollten ebenfalls im tatsächlichen Zielaufbau geprüft werden. Ein Fenster, das in der Entwicklungsumgebung korrekt positioniert ist, kann sich auf einem anderen Display anders verhalten. Dokumentieren Sie deshalb, ob die Ausgabe auf dem vorgesehenen Monitor läuft und ob Betriebssystemoberfläche, Skalierung oder mehrere Displays die Präsentation verändern. Wenn Sie diese Bedingungen im Remote-Test nicht reproduzieren können, kennzeichnen Sie den Anzeigecheck als offen, statt ihn als bestanden zu protokollieren.

Wie lässt sich das Antwortverhalten überprüfen?

Unterscheiden Sie, ob Ihre Teilnehmenden über eine Standardtastatur, ein spezielles Reaktionsgerät oder einen anderen Eingang antworten sollen. PsychoPys Hardware-Keyboard-API beschreibt die Funktionen der Tastatureingabe. Daraus folgt nicht, dass jede angeschlossene Tastatur, jeder Adapter oder jedes Laborgerät unter Ihrer konkreten Remote-Verbindung dieselben Eigenschaften hat. Die Eingabe muss in der vorgesehenen Konfiguration geprüft werden.

Bei einer gewöhnlichen Tastatureingabe können Sie während der Softwareentwicklung testen, ob das Experiment die erwartete Taste erkennt und den Ablauf fortsetzt. Das prüft die Logik Ihres Skripts. Wenn das Protokoll ein Reaktionsgerät mit spezifischer Verbindung, ein externes Ereignis oder eine synchronisierte Erfassung voraussetzt, testen Sie nicht nur, ob irgendeine Eingabe ankommt. Prüfen Sie, ob das erwartete Signal am richtigen Punkt und in der für Ihre Analyse relevanten Form erfasst wird.

PsychoPys Dokumentation zur Kommunikation mit externer Hardware beschreibt verfügbare Kommunikationswege. Die Anleitung zu seriellen Anschlüssen und Triggern behandelt die Konfiguration und Prüfung einer seriellen Verbindung. Lesen Sie diese Hinweise als Ausgangspunkt für die technische Prüfung, nicht als Bestätigung, dass ein bestimmtes Laborgerät mit Ihrem Mac und Ihrer Verkabelung kompatibel ist.

Können EEG oder Eye-Tracking an einen Remote-Mac angeschlossen werden?

Das lässt sich nicht allgemein mit Ja oder Nein beantworten. Entscheidend sind das konkrete Gerät, seine Schnittstelle, die erforderliche Software, der Signalweg und die Frage, ob der Remote-Mac physisch oder über eine unterstützte Verbindung auf die Hardware zugreifen kann. Wenn das Gerät am Laborrechner angeschlossen ist, folgt daraus nicht automatisch, dass eine entfernte Mac-Sitzung es als lokal verfügbares Gerät verwenden kann.

Prüfen Sie für jedes Gerät einzeln: Ist der benötigte Treiber in der Umgebung verfügbar? Kann die Anwendung den Anschluss öffnen? Werden Ereignisse oder Trigger in der vorgesehenen Richtung übertragen? Lässt sich die Synchronisation gemeinsam mit dem Stimulus erfassen? Diese Fragen sind bei EEG, Eye-Tracking und physiologischer Messhardware jeweils konkret zu beantworten. Die PsychoPy-Dokumentation zur externen Hardwarekommunikation liefert Informationen zu unterstützten Kommunikationsansätzen; die konkrete Kombination aus Gerät, Verbindung und Software muss Ihr Labor dennoch selbst validieren.

Wenn Sie eine Verbindung nicht im tatsächlichen Aufbau prüfen können, kennzeichnen Sie den Test als nicht durchgeführt. Ein über Remote-Desktop sichtbarer Versuchslauf bestätigt weder die Verfügbarkeit eines Geräteports noch die korrekte Übertragung oder zeitliche Zuordnung eines Triggers. Holen Sie vor einer formalen Datenerhebung die Zustimmung der zuständigen technischen Stelle ein, wenn Gerätezugriff, Messrechner oder Netzwerkregeln betroffen sind.

Datenfluss und Fernzugriff sind Teil der Versuchsfreigabe

Eine Remote-Umgebung kann für Code, synthetische Testdaten, nicht personenbezogene Beispielreize oder eine Ablaufprüfung geeignet sein. Sobald Sie echte Teilnehmerdaten, identifizierbare Angaben oder vertrauliche Forschungsunterlagen verarbeiten, gelten zusätzlich die Regeln Ihrer Institution und Ihres genehmigten Datenmanagementplans. Ein technisch möglicher Dateiübertrag ist keine datenschutzrechtliche Freigabe. Klären Sie vorab, wo Daten gespeichert werden, wer Zugriff erhält und ob die Nutzung eines externen Systems für diesen Zweck genehmigt ist.

Berücksichtigen Sie außerdem, ob der Zugriff über Bildschirmfreigabe, SSH oder eine Webkonsole den Arbeitsablauf verändert. Eine Fernsitzung kann die Bedienung erleichtern, aber sie hebt lokale Laborregeln zu Konten, Zugriffsschutz und Aufbewahrung nicht auf. Für personenbezogene Daten müssen Sie die Anforderungen Ihrer Hochschule und die geltenden Datenschutzvorgaben, einschließlich der DSGVO, mit der zuständigen Stelle abstimmen. Übermitteln Sie keine Teilnehmerinformationen in eine Umgebung, deren Speicherort und Berechtigungen Sie nicht geprüft haben.

Für eine Abgrenzung können Sie Ihren Test in drei Klassen dokumentieren: „Softwaretest“ für Start und Code, „Ablaufvorprüfung“ für die grobe Folge von Instruktionen und Stimuli sowie „Hardwareabnahme“ für die Messung mit dem geplanten Display, den Eingabegeräten und der Synchronisationskette. Diese Bezeichnungen sind keine formalen Zertifizierungen. Sie verhindern aber, dass ein erfolgreicher Softwaretest später irrtümlich als Nachweis einer vollständigen Versuchskontrolle dargestellt wird.

Ein belastbarer Prüfablauf für Ihr PsychoPy-Projekt

Arbeiten Sie die folgenden Schritte in der Reihenfolge ab und halten Sie offene Punkte sichtbar fest:

  1. Versuchsanforderungen festhalten. Schreiben Sie auf, welche Stimulusdauern, Anzeigeeigenschaften, Eingaben und externen Signale für Ihre Fragestellung relevant sind. Kennzeichnen Sie, welche Anforderungen präzise Timing-Messungen oder spezielle Hardware voraussetzen. Leiten Sie diese Kriterien aus Ihrem Protokoll und der geplanten Auswertung ab, nicht aus der Leistungsfähigkeit der Fernsteuerung.

  2. Softwareumgebung prüfen. Starten Sie PsychoPy in der vorgesehenen macOS-Umgebung und öffnen Sie das Projekt. Kontrollieren Sie, ob Builder beziehungsweise Coder den Ablauf laden und ob Ressourcen wie Bilder, Töne oder Datendateien gefunden werden. Ein Paketnachweis mit pip show kann ergänzend bestätigen, welche Installation angesprochen wird; er ersetzt den Projektstart nicht.

  3. Ablauflogik ohne echte Teilnehmende testen. Führen Sie den Ablauf mit einer kontrollierten Testsequenz durch. Prüfen Sie Verzweigungen, Instruktionen, Stimulusreihenfolge und Datenausgabe. PsychoPys Hinweise zu den Start- und Endzeiten von Builder-Routinen helfen dabei, die zeitliche Steuerung innerhalb des Builder-Projekts zu beurteilen. Vermerken Sie dabei, dass die Prüfung noch keine Messung der physischen Anzeige ist.

  4. Frames und Anzeige getrennt untersuchen. Kontrollieren Sie die verfügbaren Frame-Daten und die Reaktion des Programms auf die Zielanzeige. Wenn Timing entscheidend ist, führen Sie ergänzend eine Messung am realen Display durch, etwa mit einem dafür geeigneten optischen Sensor. Notieren Sie Displaymodell, Bildwiederholrate und Versuchsbedingungen, sofern diese Angaben für Ihr Protokoll erforderlich sind.

  5. Eingabegeräte und Trigger verbinden. Testen Sie Tastatur, Reaktionsbox, Eye-Tracking, EEG oder physiologische Geräte einzeln und anschließend in der vorgesehenen Kombination. Prüfen Sie, ob sowohl die erwartete Eingabe als auch ein erforderlicher Synchronisationsimpuls an der richtigen Stelle ankommt. Wurde ein Gerät nur simuliert oder nicht angeschlossen, darf es nicht als geprüft gelten.

  6. Datenfluss und Berechtigungen freigeben lassen. Stimmen Sie Speicherort, Zugriffsrechte, Dateiübertragung und Umgang mit Teilnehmerdaten mit den zuständigen Personen Ihrer Hochschule ab. Führen Sie die Vorprüfung möglichst mit nicht sensiblen Testdaten durch, bis die Umgebung für den vorgesehenen Datenzweck freigegeben ist.

  7. Ergebnis und Grenzen protokollieren. Halten Sie fest, welche Umgebung geprüft wurde, welche Hardware beteiligt war, welche Messungen vorliegen und welche Punkte offen sind. Verwenden Sie eindeutige Formulierungen wie „PsychoPy-Projekt startet“ oder „Frame-Prüfung durchgeführt“, statt pauschal „Experiment validiert“ zu schreiben. Eine formale Freigabe muss sich auf die tatsächlich geprüfte Messkette beziehen.

Wenn das Projekt keine präzise zeitliche Steuerung, keine spezialisierte Eingabe und keine externe Synchronisation erfordert, kann der Remote-Mac für Entwicklung, Lehre und eine nicht formale Ablaufvorprüfung sinnvoll sein. Sobald Ihre Ergebnisse von einer bestimmten Stimulusdarstellung oder Geräteverbindung abhängen, planen Sie eine zusätzliche Prüfung am vollständigen Versuchsaufbau ein. Bei Unsicherheit sprechen Sie mit der technischen Betreuung des Labors, bevor Sie Teilnehmende einbestellen.

Ein vorhandener Windows- oder Linux-Rechner kann für viele Analyse- und Entwicklungsaufgaben ausreichen, bietet aber nicht automatisch eine macOS-Umgebung für den plattformbezogenen Test. Ein eigener Mac vermeidet zwar die Abhängigkeit von einer Fernsitzung, bindet jedoch Budget und ist nicht für jedes Labor sinnvoll, wenn der Bedarf nur in einer Entwicklungs- oder Prüfphase entsteht. Ein Remote-Mac ergänzt diese Optionen, hat aber ebenfalls klare Grenzen: Anzeige und Peripherie müssen erreichbar sein, Fernzugriff ersetzt keine Hardwaremessung, und sensible Daten dürfen nur nach institutioneller Freigabe verarbeitet werden.

Wenn Ihnen im Labor ein Mac für die Prüfung von PsychoPy fehlt, kann OakVM eine ergänzende macOS-Umgebung für Installation, Projektentwicklung und Vorprüfungen bereitstellen. Prüfen Sie vor der Auswahl, ob Ihre Messgeräte in der vorgesehenen Konfiguration erreichbar sind und welche Daten Sie dort verarbeiten dürfen. Für Rückfragen zu den verfügbaren Einsatzbedingungen können Sie OakVM kontaktieren; die endgültige Abnahme von Timing und Peripherie muss weiterhin an der tatsächlichen Versuchsanordnung erfolgen.

Weiterlesen

OAKVM BUILD NODE

PsychoPy auf einem Remote-Mac mit OakVM vorbereiten

Mieten Sie bei OakVM einen dedizierten Apple-Silicon-Mac, um PsychoPy ohne lokalen Mac zu installieren und Experimente zu entwickeln.

Konfiguration auswählen und mieten