PsychoPy convient-il aux expériences sur Mac à distance en 2026 ?

À 60 Hz, une image représente environ 16,7 ms : ce repère dépend de la fréquence de l’écran et ne prouve pas que le stimulus a été présenté au moment attendu, comme le rappelle la documentation PsychoPy sur la durée des stimuli et le rafraîchissement. Verdict : PsychoPy sur Mac à distance convient à l’installation, au débogage de Builder ou Coder et aux vérifications préliminaires ; il ne suffit pas pour valider une expérience dont le minutage, l’affichage ou les périphériques déterminent la qualité des données. Pour une collecte formelle, vérifiez le dispositif complet dans les conditions prévues.

Cette évaluation s’adresse aux étudiants et chercheurs en psychologie ou en sciences cognitives qui n’ont pas de Mac local.
Elle concerne aussi les équipes de laboratoire qui doivent distinguer le bon fonctionnement du logiciel de la validation de l’expérience avec les participants.

Le critère décisif : ce que vous cherchez à valider

Dire qu’une expérience « fonctionne » peut désigner plusieurs choses qui n’apportent pas les mêmes garanties. PsychoPy peut s’ouvrir correctement sur un Mac distant, charger votre projet et exécuter une séquence sans erreur visible ; cela renseigne sur l’installation et la logique du programme, pas nécessairement sur ce que le participant verra ni sur le moment où il le verra.

Il est donc utile de séparer quatre niveaux :

Démarrage du logiciel : PsychoPy s’installe et s’ouvre dans l’environnement macOS.
Exécution du projet : Builder ou Coder lance les routines, traite les conditions et produit les fichiers attendus.
Présentation du stimulus : l’image apparaît effectivement sur l’écran destiné à l’expérience, selon le rythme et le mode d’affichage requis.
Acquisition et synchronisation : les réponses et les signaux des périphériques arrivent sur le bon appareil, avec une correspondance temporelle vérifiée.

Le premier et le deuxième niveau peuvent souvent être contrôlés à distance. Les deux suivants dépendent davantage de la chaîne matérielle réelle. Ainsi, la question pertinente n’est pas seulement de savoir si PsychoPy démarre, mais de préciser le niveau de preuve nécessaire pour votre protocole.

Minutage expérimental : distinguer journal et présentation effective

La documentation PsychoPy recommande de contrôler les expériences exigeant un minutage précis sur le matériel qui sera utilisé. Elle décrit des moyens complémentaires, notamment l’inspection des images et la mesure à l’aide d’un photodétecteur ; consultez ses recommandations sur le minutage et la synchronisation. Un journal logiciel peut indiquer quand le programme a demandé un changement, mais cette information ne mesure pas à elle seule le moment où la lumière a réellement changé sur l’écran.

La fréquence de rafraîchissement donne un repère utile pour concevoir le stimulus : à 60 Hz, une période d’image dure environ 16,7 ms ; à 120 Hz, elle dure environ 8,3 ms. Ces durées sont calculées à partir de la fréquence, et ne sont ni des mesures de latence de votre configuration ni une garantie que l’écran distant suit la cadence. La documentation sur la durée des stimuli aide à comprendre les contraintes liées aux cycles de rafraîchissement. En pratique, une image qui manque sa fenêtre d’affichage peut modifier la durée réellement perçue.

Un bureau distant ajoute une autre couche : le flux affiché sur votre ordinateur est transmis par une connexion. Le fait que ce flux semble fluide ne démontre pas que l’écran distant a présenté chaque stimulus au bon instant. À l’inverse, une image saccadée dans votre fenêtre de contrôle ne prouve pas, à elle seule, qu’une image a été perdue sur l’écran exécutant l’expérience. Vous devez donc distinguer l’observation du bureau distant de la mesure de l’affichage expérimental.

Le bureau distant peut-il garantir le minutage des stimuli ?

Non. Il permet de surveiller l’interface et de contrôler le déroulement logiciel, mais la fluidité ressentie par l’observateur ne constitue pas une mesure du minutage sur l’écran utilisé pour la tâche. Si votre hypothèse dépend de la durée précise d’un stimulus, documentez l’écran, le mode d’affichage et la méthode de mesure, puis effectuez les essais de validation sur la configuration de collecte.

Repérer les images perdues et les retards

Pour une première vérification, l’outil de détection des pertes d’images de PsychoPy peut signaler des irrégularités dans la cadence enregistrée par le programme. La documentation dédiée à la détection des pertes d’images explique ce que cette vérification observe. Elle est utile pour comparer des versions du code, repérer une routine trop exigeante ou surveiller des changements pendant un essai.

Ce contrôle reste logiciel. Il ne remplace pas une mesure optique lorsque vous devez établir quand le stimulus est réellement apparu. Un photodétecteur placé sur l’écran répond à une question différente : il suit une variation lumineuse physique, qui peut être comparée au signal ou à l’événement enregistré. Les deux approches ne sont donc pas concurrentes : l’une aide à diagnostiquer la cadence déclarée par l’application, l’autre à contrôler la sortie de l’affichage.

Voici un contrôle préliminaire possible avec l’interface de fenêtre de PsychoPy. Il fournit une estimation de fréquence, pas une validation expérimentale :

from psychopy import visual

win = visual.Window(fullscr=True)
rate = win.getActualFrameRate()

if rate is None:
    print("Fréquence estimée : non disponible")
else:
    print(f"Fréquence estimée : {rate:.2f} Hz")

Exemple de sortie lorsque l’estimation ne peut pas être établie :

Fréquence estimée : non disponible

La valeur renvoyée dépend de la fenêtre et de l’écran sur lesquels l’appel est effectué. Elle ne renseigne pas sur la latence du flux distant, ne détecte pas à elle seule chaque défaut de présentation et ne remplace pas le contrôle par images ou la mesure optique lorsque le protocole l’exige.

Affichage et observation : vérifier la chaîne réellement utilisée

Les caractéristiques de l’affichage font partie du protocole si les stimuli sont sensibles à la taille apparente, à la durée, au contraste ou au mode plein écran. Une fenêtre de test sur votre ordinateur de contrôle n’est pas nécessairement l’écran sur lequel les participants regarderont la tâche. Il faut donc consigner séparément l’ordinateur qui exécute PsychoPy, l’écran utilisé pour la présentation et l’appareil depuis lequel vous prenez le contrôle à distance.

La distance de visionnage et les unités choisies influencent également la taille apparente des éléments. PsychoPy permet de définir des unités adaptées à différents besoins ; sa documentation sur les unités des stimuli explique les relations à considérer, notamment lorsque la géométrie de l’écran et la distance d’observation comptent. Si le participant ne regarde pas l’écran depuis la distance prévue, une taille calculée dans le projet ne suffit pas à garantir une taille rétinienne conforme au protocole.

Avant une collecte, vérifiez concrètement :

si l’expérience doit occuper tout l’écran ou fonctionner dans une fenêtre ;
si la résolution et la fréquence de l’écran sont celles prévues dans le protocole ;
si le participant observe l’écran à la distance définie ;
si les unités, les dimensions des stimuli et leur position ont été contrôlées sur cet affichage ;
si les captures ou mesures prises pendant le débogage correspondent bien à l’écran de présentation, et non au bureau retransmis.

La distinction importe aussi pour des tâches créatives : des stimuli audiovisuels, des interfaces conçues pour l’analyse perceptive ou des séquences d’images peuvent sembler satisfaisants lors d’un contrôle de code, tout en nécessitant une vérification dédiée du rendu, de la synchronisation ou des conditions d’observation.

Entrées et périphériques : contrôler chaque liaison

Une tâche fondée sur un clavier standard n’a pas les mêmes contraintes qu’un protocole utilisant un boîtier de réponse, un dispositif de suivi du regard, un appareil EEG ou une chaîne de mesures physiologiques. La documentation PsychoPy présente les possibilités de communication avec du matériel externe, mais la présence d’une interface logicielle ne prouve pas que votre matériel précis est reconnu ni que son signal arrive comme attendu dans votre configuration.

Pour les réponses au clavier, la documentation de l’API clavier décrit l’interface prévue pour recueillir les événements. Vous devez néanmoins tester le périphérique et la méthode d’entrée utilisés par votre expérience, surtout si les temps de réponse sont un résultat central. Une frappe saisie à distance peut servir à vérifier qu’une routine réagit ; elle n’établit pas que le clavier ou le boîtier du participant est correctement connecté à l’ordinateur d’exécution.

La même réserve vaut pour les impulsions de synchronisation et les ports série. PsychoPy fournit des instructions sur les déclenchements par port série et leur test. Avant de déclarer la chaîne opérationnelle, vérifiez l’interface physique, le port choisi, le format des événements et l’appareil qui reçoit le signal. Si votre montage ne peut pas être connecté au Mac distant pendant l’essai, indiquez que cette partie du protocole reste à valider.

Pour décider si un essai distant est suffisant, demandez-vous : le périphérique se branche-t-il réellement sur le Mac qui exécute le projet ? Le logiciel peut-il accéder à son interface par la méthode prévue ? Le signal reçu a-t-il été contrôlé dans le système d’acquisition ? Si l’une de ces réponses manque, considérez le scénario comme non vérifié plutôt que comme compatible par défaut.

Un périphérique visible dans une fenêtre de contrôle n’est pas nécessairement connecté à l’ordinateur qui exécute PsychoPy. Vérifiez le trajet physique du signal, puis gardez une trace du test effectué et de ce qui reste à confirmer.

Choisir une voie de validation selon le protocole

Le tableau ci-dessous distingue les usages d’un Mac distant selon la preuve recherchée. Il ne classe pas un environnement comme « fiable » ou « non fiable » dans l’absolu : la décision dépend de l’exigence du protocole et des appareils disponibles pour le test.

Usage envisagé	Ce que le Mac distant peut aider à vérifier	Décision avant la collecte
Installation et ouverture de PsychoPy	Lancement du logiciel, ouverture du projet et accès aux routines	Adapté à une vérification logicielle ; consignez l’environnement utilisé
Débogage dans Builder ou Coder	Logique des conditions, transitions, fichiers et erreurs de programme	Adapté au développement ; rejouez ensuite le projet sur le dispositif prévu
Prévisualisation ou démonstration pédagogique	Enchaînement des consignes et fonctionnement général de la tâche	Possible si l’objectif n’est pas de valider le minutage ou les périphériques
Contrôle du minutage d’un stimulus	Inspection de la cadence déclarée et repérage de défauts logiciels	Insuffisant seul pour certifier la présentation physique ; mesurez sur l’écran de collecte si nécessaire
Réponses critiques ou matériel spécialisé	Vérification uniquement si la chaîne d’entrée est effectivement accessible et testée	Ne validez pas sans essai avec le matériel, l’acquisition et l’affichage prévus
Traitement de données sensibles	Contrôle de code ou de fichiers uniquement dans un cadre autorisé	Vérifiez les règles de sécurité et de gestion des données avant tout transfert

Si votre protocole se limite à tester l’installation, à préparer des conditions ou à contrôler des consignes, un Mac distant peut éviter que l’absence de Mac local bloque le développement. Si les résultats dépendent d’un temps de présentation, d’une réponse mesurée ou d’un déclenchement externe, planifiez une validation sur le matériel réellement destiné aux participants.

Pour comparer les contraintes d’un environnement Mac distant avec d’autres solutions, vous pouvez consulter notre comparatif des environnements Mac. Cette comparaison ne remplace pas l’examen des connexions physiques propres à votre laboratoire : elle vous aide à cadrer le choix de l’environnement logiciel.

Procédure de vérification avant de lancer l’étude

Une démarche reproductible vous évite de confondre « le projet s’exécute » avec « le dispositif est accepté ». Adaptez les étapes à votre protocole et conservez les observations utiles dans le dossier d’étude.

Définissez le niveau de validation requis. Notez si vous vérifiez l’installation, le déroulement du projet, la présentation temporelle, les réponses ou la synchronisation avec un périphérique. Associez à chaque objectif une preuve observable plutôt qu’une impression de fonctionnement.
Préparez une version de test isolée. Utilisez des données fictives ou des conditions sans information de participant, puis consignez la version du projet et les dépendances nécessaires. Cela permet de déboguer le code sans confondre les essais techniques et les données de recherche.
Vérifiez la logique du projet à distance. Lancez les routines pertinentes dans Builder ou Coder, contrôlez les transitions et examinez les fichiers produits. Pour un projet Builder, la documentation sur les conditions de démarrage et d’arrêt des stimuli aide à vérifier comment le projet définit ces événements.
Contrôlez la cadence logicielle. Utilisez les diagnostics et la détection des pertes d’images pour repérer les anomalies signalées par PsychoPy. Notez l’écran et le mode de présentation employés ; ne transformez pas une estimation ou un journal sans alerte en preuve de minutage physique.
Reproduisez la chaîne d’affichage prévue. Sur l’écran destiné à l’étude, contrôlez la résolution, le plein écran, la taille apparente et les conditions de visionnage pertinentes. Si l’hypothèse dépend du moment réel d’apparition, ajoutez une mesure physique appropriée.
Testez les entrées et les périphériques en situation réelle. Branchez les appareils au système qui exécute PsychoPy, vérifiez les événements reçus et confirmez le chemin des signaux jusqu’au dispositif d’acquisition. Un test au clavier distant n’atteste pas le fonctionnement d’un boîtier ou d’un appareil spécialisé.
Validez les règles de données et le protocole. Assurez-vous que les fichiers, identifiants et flux de contrôle sont traités dans un environnement autorisé par votre établissement. Le recours à un Mac distant n’équivaut ni à une approbation éthique ni à une évaluation de sécurité des données.

Données, accès distant et limites institutionnelles

Un Mac distant peut être utile pour examiner un projet, tester des données simulées ou déboguer une routine, à condition que les règles de votre établissement autorisent cet usage. Avant d’y traiter des fichiers de recherche, clarifiez où ils sont stockés, qui peut accéder à la session et si des données identifiantes peuvent quitter les systèmes approuvés. Les paramètres d’accès et les règles institutionnelles ne se déduisent pas du fait que le logiciel fonctionne.

Séparez donc les questions techniques et administratives. « Puis-je ouvrir ce fichier ? » concerne l’accès. « Ai-je le droit de le traiter dans cet environnement ? » dépend de la politique de gestion des données, des engagements de l’équipe et, le cas échéant, des exigences du comité d’éthique. Un environnement distant ne remplace ni l’approbation de l’étude ni l’autorisation de transférer des informations.

Si vous n’avez pas encore de Mac pour le développement, l’accès à un environnement macOS peut compléter les postes Linux ou Windows du laboratoire et permettre de vérifier la compatibilité de votre projet. Vous pouvez aussi contacter OakVM pour clarifier l’adéquation d’un environnement distant, en décrivant les interfaces et les périphériques nécessaires avant de choisir une formule.

Décision finale : développement distant ou validation sur site

Choisissez le Mac distant lorsque votre besoin principal est d’installer PsychoPy, de corriger un projet, de vérifier les séquences ou de compléter les tests macOS d’un projet multiplateforme. Il est également utile pour préparer une démonstration ou faire un précontrôle sans participants. Dans ces cas, vous gagnez un environnement macOS sans devoir acheter immédiatement une machine pour l’équipe.

En revanche, ne considérez pas le bureau distant comme le banc de validation final si l’expérience dépend d’un affichage mesuré, de réponses temporellement sensibles ou de périphériques qui doivent être raccordés au poste d’exécution. Le contrôle à distance peut brouiller l’observation de l’écran ; le matériel peut rester inaccessible ; enfin, les exigences de confidentialité peuvent exclure certains fichiers. Ce sont des limites de la méthode de validation, non des preuves que PsychoPy est incompatible avec macOS.

Pour un protocole qui exige une collecte contrôlée, conservez un essai final sur la combinaison d’écran, d’ordinateur, d’entrées et d’appareils d’acquisition réellement prévue. Si le laboratoire ne dispose pas de Mac, la location d’un Mac à distance auprès d’OakVM peut améliorer l’accès au logiciel et accélérer le débogage macOS, mais elle ne dispense pas de vérifier au préalable la connexion des périphériques et de réaliser les mesures matérielles nécessaires. Si vous ne pouvez pas connecter ces appareils, utilisez la location pour préparer et contrôler le code, puis organisez la validation instrumentée sur le dispositif du laboratoire avant toute collecte.