EEGLAB 2026 : MATLAB ou autonome pour la recherche

Le journal officiel des versions d’EEGLAB indique que la version formelle 2026.0.0 est sortie le 2 mars 2026. Ce repère ne suffit pourtant pas à choisir votre environnement : EEGLAB 2026 : MATLAB ou autonome pour la recherche dépend surtout des plugins, des scripts et du niveau de reproductibilité attendu.

Cette semaine, commencez par réunir un échantillon EEG anonymisé, la liste des extensions indispensables et un script représentatif. Si vous utilisez uniquement l’interface standard, les fonctions intégrées et les scripts élémentaires sans licence MATLAB disponible, essayez d’abord la version autonome. Si votre protocole appelle des fonctions personnalisées, des plugins à installer ou du code source modifié, partez sur la version MATLAB. Lorsque la frontière reste incertaine, conservez temporairement les deux voies et comparez-les sur le même jeu de données.

Cet article s’adresse aux étudiants qui doivent réaliser un prétraitement EEG sans licence MATLAB clairement accessible, aux chercheurs dont le pipeline dépend d’ICLabel, DIPFIT, EEG-BIDS ou d’extensions internes, ainsi qu’aux équipes techniques qui préparent un environnement macOS distant sur Apple Silicon.

Dernière mise à jour : 3 septembre 2026. Les éléments de version ont été vérifiés dans l’historique officiel d’EEGLAB ; les conditions de licence et de compatibilité doivent être confirmées auprès de votre établissement le jour du déploiement.

Le point de décision : interface commune, possibilités différentes

La version autonome, souvent désignée comme EEGLAB compiled version, fournit une interface graphique proche de celle de l’édition MATLAB et permet d’utiliser les fonctionnalités compilées avec elle. Cette proximité visuelle crée une confusion fréquente : démarrer EEGLAB, importer un fichier et afficher des signaux ne prouve pas que votre chaîne scientifique complète fonctionnera.

La documentation officielle de la version compilée d’EEGLAB établit une limite importante. Une application compilée n’offre pas la même liberté qu’un environnement MATLAB dans lequel vous pouvez ajouter des extensions, définir de nouvelles fonctions, modifier les fichiers source et gérer librement les chemins de recherche.

La règle de tri est donc la suivante :

• Choisissez l’autonome si votre travail reste dans l’interface graphique, les fonctions déjà incluses, les plugins livrés avec l’environnement et quelques scripts simples dont toutes les dépendances sont déjà couvertes.
• Choisissez MATLAB si vous devez installer ou mettre à jour des plugins, appeler des fonctions développées par votre laboratoire, modifier EEGLAB, intégrer plusieurs outils MATLAB ou maintenir un pipeline destiné à plusieurs chercheurs.
• Choisissez le double parcours si vous ne savez pas encore si une extension, une fonction externe ou une étape de votre protocole est réellement couverte par la compilation.

Cette décision porte moins sur la puissance apparente du logiciel que sur la liberté de maintenance. Une version autonome qui démarre rapidement mais bloque à l’étape ICA, à l’export BIDS ou à l’exécution automatisée n’est pas une solution économique : elle déplace le coût vers la reprise du protocole, le dépannage et la documentation.

Première mesure : vérifier la licence et le coût réel de l’environnement

EEGLAB peut être disponible sans achat séparé, mais cela ne signifie pas que toutes les briques nécessaires à votre méthode sont gratuites ou accessibles. La version autonome s’appuie sur MATLAB Runtime, composant d’exécution documenté par la page officielle de MATLAB Runtime. Elle ne vous donne pas pour autant un environnement MATLAB complet pour développer, inspecter et modifier librement votre code.

La version MATLAB exige, elle, une autorisation correspondant à votre installation et à votre mode d’accès. Dans une université, cette autorisation peut dépendre d’un portail de licence, d’un serveur de licences, d’un compte institutionnel ou d’une règle interne concernant les connexions à distance. La documentation consacrée au déploiement d’une licence MATLAB à l’échelle d’un campus doit être lue comme une procédure de vérification, pas comme la preuve que votre établissement autorise automatiquement chaque usage.

Avant de choisir, demandez à l’administrateur informatique :

• si votre département dispose d’un accès MATLAB individuel ou partagé ;
• si l’utilisation sur un Mac distant est autorisée par la politique de licence ;
• si une connexion hors campus ou via bureau distant impose une authentification particulière ;
• quelle version et quels modules sont réellement accessibles à votre compte ;
• qui pourra renouveler ou dépanner l’accès lorsque le projet sera repris par un autre membre.

Ne déduisez pas vos droits à partir d’une appellation générale comme « licence universitaire ». Deux laboratoires d’une même institution peuvent avoir des modalités différentes. Pour un étudiant, la version autonome peut donc être la voie la plus simple pour un protocole fermé, tandis que MATLAB devient la solution la moins risquée dès qu’une autorisation institutionnelle existe déjà et que le projet est appelé à évoluer.

Deuxième mesure : mesurer la dépendance aux plugins

Le catalogue officiel des plugins EEGLAB est le premier endroit où comparer votre chaîne réelle avec les composants disponibles. Ne partez pas d’une liste de fonctions souhaitées : partez de votre script, de votre protocole et des fichiers de résultats attendus.

Pour chaque extension, notez quatre éléments :

• son nom exact et sa version utilisée dans votre projet ;
• l’étape du pipeline qui l’appelle ;
• la présence ou non de cette extension dans l’environnement compilé ;
• la possibilité de reproduire le résultat après réouverture du fichier EEG.

Cette vérification est particulièrement importante pour ICLabel, dont la documentation officielle décrit l’intégration dans EEGLAB, et pour EEG-BIDS, dont les fonctions sont documentées dans la page officielle du plugin. La question n’est pas seulement de savoir si le plugin apparaît dans un menu. Vous devez confirmer qu’il traite vos données, qu’il produit les fichiers attendus et que les paramètres de votre étude sont conservés.

DIPFIT, les extensions d’exportation, les outils de nettoyage automatique et les développements internes posent le même problème. Dans une version MATLAB, vous pouvez généralement installer, mettre à jour et inspecter les fichiers nécessaires selon votre organisation de projet. Dans une version autonome, une extension absente de la compilation peut devenir un point d’arrêt, même si la fonction principale d’EEGLAB semble fonctionner.

Le critère d’arrêt est simple : si une extension indispensable n’est pas confirmée dans la version compilée et ne peut pas être ajoutée par une procédure officiellement supportée, ne retenez pas l’autonome comme environnement unique.

Troisième mesure : tester la liberté des scripts et du code

Un script EEGLAB peut être court tout en ayant de nombreuses dépendances. Il peut appeler une fonction MATLAB située dans un dossier personnel, charger une boîte à outils externe, modifier le chemin de recherche, lire un fichier de configuration ou enregistrer un résultat dans une structure particulière. Une interface fonctionnelle ne garantit donc pas l’exécution du script.

Commencez par analyser votre dépôt de code :

1. recherchez les fonctions définies en dehors du dossier principal d’EEGLAB ;
2. repérez les commandes qui ajoutent des chemins ou chargent des extensions ;
3. listez les boîtes à outils et fichiers auxiliaires appelés ;
4. identifiez les étapes qui modifient le code source ou créent de nouvelles fonctions ;
5. notez les formats de sortie nécessaires à l’analyse statistique ou à l’archivage.

L’autonome peut convenir à un script qui utilise exclusivement les fonctions compilées et les composants présents dans l’installation. Elle devient incertaine lorsque le script dépend d’un fichier personnel, d’une fonction nouvellement créée ou d’un paquet qui n’a pas été inclus au moment de la compilation. Dans ce cas, la version MATLAB offre une marge de contrôle nettement supérieure.

Ne validez pas une solution parce qu’un script se lance jusqu’à sa première fenêtre. Faites exécuter une chaîne représentative : importation, filtrage, inspection des événements, rejet des artéfacts, ICA, appel des plugins, sauvegarde et réouverture du résultat. Conservez le journal, les messages d’erreur, les chemins utilisés et les paramètres principaux. Un pipeline qui termine sans produire le fichier attendu doit être considéré comme non validé.

Quatrième mesure : protéger la reproductibilité du laboratoire

Pour un mémoire individuel, l’autonome peut sembler suffisante. Pour une équipe, la question devient : une autre personne pourra-t-elle refaire l’analyse dans plusieurs mois sans deviner comment l’environnement a été assemblé ?

Archivez au minimum :

• la version d’EEGLAB, ici la référence 2026.0.0 lorsqu’elle correspond à votre installation ;
• le mode d’exécution : MATLAB ou MATLAB Runtime ;
• la liste et la version des plugins ;
• les informations sur MATLAB, Runtime et le système macOS ;
• les chemins de fichiers nécessaires au script ;
• la somme de contrôle des données EEG anonymisées et des résultats exportés ;
• les journaux d’exécution et les erreurs rencontrées.

Cette discipline évite de confondre reproductibilité algorithmique et simple disponibilité d’une interface. Si un article dépend d’un plugin non inclus dans la version compilée, d’une fonction maison ou d’une modification du code source, l’autonome ne doit pas être le seul environnement remis à l’équipe. Elle peut rester un outil de consultation ou de démonstration, mais pas la référence de production.

Pour un projet partagé, MATLAB est généralement le choix le plus défendable lorsque la licence est confirmée. Vous pouvez conserver les scripts, versionner les dépendances et documenter les changements. Cela ne supprime pas les problèmes de compatibilité, mais cela les rend visibles et corrigeables. À l’inverse, une compilation figée peut être pratique pour distribuer une procédure stable, à condition que la procédure soit effectivement close et que les composants nécessaires soient inclus.

Cinquième mesure : distinguer le calcul de l’accès distant

Un Mac Apple Silicon peut être pertinent lorsque votre laboratoire ne possède pas de machine macOS, mais l’accès distant ajoute ses propres conditions. La documentation officielle sur les systèmes Apple Silicon doit être consultée pour la version MATLAB utilisée, sans extrapoler automatiquement la compatibilité d’un plugin tiers ou d’un composant compilé.

Séparez deux observations :

• la réactivité distante, influencée par la latence, la connexion, le protocole d’affichage et la résolution de l’écran ;
• le comportement de calcul, qui doit être évalué par l’exécution du script et la production des fichiers, pas par la fluidité du curseur.

Une session VNC agréable ne prouve pas qu’une analyse ICA s’exécute correctement. De même, une fenêtre qui paraît lente peut simplement subir une mauvaise connexion alors que le calcul se poursuit normalement sur l’hôte. Pour un usage scientifique, consignez les deux aspects séparément et ne présentez pas l’impression visuelle comme une mesure de performance algorithmique.

Si vous devez seulement vérifier EEGLAB sur Apple Silicon avant de demander un poste permanent, vous pouvez examiner les solutions de Mac distant disponibles chez VPSMAC. Pour une validation ciblée, consultez aussi les nœuds Apple Silicon proposés pour les essais à distance, puis confirmez les conditions d’accès, la conservation des données et les droits nécessaires avant d’y déposer un échantillon anonymisé.

Outil de décision : cochez les conditions avant de réserver l’environnement

Utilisez cette liste sur votre protocole réel, et non sur une démonstration vide. Une seule condition critique suffit à faire basculer la décision.

Version autonome : retenez cette voie si toutes les conditions critiques sont cochées

• [ ] Votre analyse peut être réalisée avec l’interface graphique et les fonctions déjà compilées.
• [ ] Aucun plugin indispensable ne doit être installé, mis à jour ou remplacé après le déploiement.
• [ ] Les extensions nécessaires sont présentes et ont été testées sur vos données.
• [ ] Vos scripts n’appellent ni fonction personnelle, ni boîte à outils externe, ni chemin non inclus.
• [ ] Vous n’avez pas besoin de modifier le code source ou de créer une nouvelle fonction MATLAB.
• [ ] Le résultat sauvegardé peut être rouvert et vérifié dans le même environnement.
• [ ] Votre équipe accepte de conserver une procédure relativement figée.

Si toutes les cases obligatoires sont cochées, choisissez l’autonome, surtout si aucune licence MATLAB utilisable n’est confirmée. Si une case concernant un plugin, une fonction externe ou la modification du code reste vide, ne faites pas de cette version votre environnement unique.

Version MATLAB : choisissez cette voie dès qu’une de ces conditions s’applique

• [ ] Vous devez installer ou tester un plugin tiers pendant le projet.
• [ ] Votre chaîne utilise ICLabel, DIPFIT, EEG-BIDS ou une extension interne dont la présence dans la compilation n’est pas prouvée.
• [ ] Votre script appelle des fonctions personnelles, des boîtes à outils ou des fichiers de configuration externes.
• [ ] Vous devez adapter le pipeline à plusieurs expériences ou formats de données.
• [ ] Vous prévoyez de corriger, étendre ou inspecter le code d’EEGLAB.
• [ ] Plusieurs membres du laboratoire doivent maintenir le même dépôt.
• [ ] La méthode publiée doit rester modifiable et réexécutable après un changement de version.

Si une condition de cette liste est critique pour votre étude, revenez vers MATLAB et vérifiez d’abord l’autorisation institutionnelle. Ne remplacez pas une dépendance scientifique par une étape manuelle simplement pour conserver la version autonome.

Double validation : la voie de repli quand le dossier est incomplet

Si vous ne pouvez pas confirmer la présence d’un plugin, le comportement d’un script ou la politique de licence distante, alors installez les deux voies pour une période d’essai et exécutez le même protocole. Comparez l’importation, le prétraitement, l’ICA, les appels de plugins, les fichiers produits et la réouverture des résultats.

Arrêtez la validation autonome dès qu’une étape obligatoire échoue, qu’un fichier attendu n’est pas créé ou que le résultat ne peut pas être expliqué. Dans ce cas, retenez MATLAB, ou modifiez explicitement le pipeline après accord scientifique. Une différence non documentée entre les deux environnements doit être traitée comme un échec de reproductibilité, pas comme une variation négligeable.

Validation finale en environnement distant

Pour éviter une décision fondée sur une simple capture d’écran, réalisez cette séquence avec un fichier EEG anonymisé :

1. installez ou ouvrez chaque version dans un environnement propre ;
2. vérifiez le lancement, l’accès aux menus principaux et l’importation du même fichier ;
3. reproduisez le prétraitement utilisé dans votre protocole, avec les paramètres documentés ;
4. exécutez l’étape ICA et chaque plugin indispensable, notamment ceux qui produisent des annotations ou des fichiers annexes ;
5. lancez le script représentatif depuis son emplacement réel, avec ses dépendances déclarées ;
6. sauvegardez les résultats, fermez la session, puis rouvrez-les dans la même version ;
7. comparez les structures EEG, les journaux, les fichiers exportés et les points de divergence ;
8. consignez séparément les problèmes de bureau distant et les problèmes de calcul.

Le test est réussi uniquement si votre résultat scientifique attendu est obtenu, pas simplement si EEGLAB affiche son interface. Si une étape échoue, indiquez si la cause vient d’un plugin manquant, d’une fonction externe, d’une autorisation, d’un chemin ou d’une incompatibilité du composant. Cette précision déterminera si vous devez modifier le pipeline, conserver MATLAB ou abandonner l’autonome.

Pour un laboratoire sans Mac, une location courte permet de limiter l’engagement initial : vous validez l’environnement avant de mobiliser un budget d’équipement ou de modifier l’organisation du projet. En revanche, une location n’est pas forcément adaptée à une charge permanente, à une conservation réglementée de données sensibles ou à un besoin de périphériques physiques spécifiques. Dans ces cas, discutez avec votre responsable informatique et comparez avec une machine détenue par l’établissement.

Questions fréquentes

La version compilée est-elle un remplacement complet de MATLAB ?

Non. Elle constitue un environnement d’exécution pour les composants compilés et peut suffire à une analyse standard, mais elle n’offre pas la même capacité de développement, d’installation et de modification qu’une licence MATLAB complète. Traitez-la comme une distribution ciblée, puis validez chaque dépendance scientifique de votre protocole.

Un plugin présent dans le catalogue officiel est-il automatiquement disponible dans l’autonome ?

Non. Le catalogue indique les extensions du projet EEGLAB, mais il ne prouve pas qu’elles ont été incluses dans votre compilation précise. Vérifiez l’installation réellement fournie, lancez la fonction sur vos données et contrôlez les fichiers de sortie. Une présence dans un menu ne suffit pas pour valider une chaîne reproductible.

Faut-il privilégier MATLAB dès qu’un Mac Apple Silicon est utilisé ?

Non. Apple Silicon décrit la plateforme matérielle, pas le niveau de liberté du logiciel. Votre choix dépend des plugins, des scripts, des fonctions externes et de la politique de licence. Une version autonome bien validée peut convenir à une procédure standard ; une machine Apple Silicon ne transforme pas une compilation limitée en environnement MATLAB complet.

Quelle solution convient à un étudiant sans licence institutionnelle ?

Commencez par vérifier le portail de votre université, car une autorisation peut exister sans être connue de l’étudiant. Si aucune licence utilisable n’est confirmée et que le protocole reste standard, testez la version autonome avec MATLAB Runtime. Si le pipeline échoue à cause d’une extension ou d’un script personnel, recherchez ensuite un accès MATLAB autorisé plutôt que de simplifier silencieusement la méthode.

Pour un projet EEG, la différence entre EEGLAB 2026 : MATLAB ou autonome pour la recherche se révèle au moment où le protocole quitte l’interface standard : plugin supplémentaire, fonction personnelle, modification du code ou reprise par un collègue. Un environnement distant loué peut réduire le risque initial lorsque vous devez seulement valider un Mac Apple Silicon pendant une période courte, mais il ne remplace pas une décision de licence et de gouvernance des données.

La meilleure action consiste à préparer maintenant votre échantillon anonymisé, votre liste de plugins et votre script de référence, puis à effectuer une double validation avant de figer l’environnement. Si l’autonome couvre réellement votre méthode, gardez-la comme option sobre ; si elle bloque une étape obligatoire, passez à MATLAB ou à une solution institutionnelle plutôt que de construire votre projet autour d’un contournement fragile.