Location Mac 7 septembre 2026 ~13 min SPM 25.01.02 SPM12

SPM 25.01.02 ou SPM12 : comment choisir pour un projet de neuroimagerie en 2026

Ce guide aide les chercheurs à choisir entre SPM 25.01.02 et SPM12 selon le cycle de leur projet, leurs scripts MATLAB, leurs extensions et leur environnement Apple Silicon. Il propose une méthode de régression à deux voies pour éviter de compromettre une analyse déjà engagée.

SPM 25.01.02 ou SPM12 : comment choisir pour un projet de neuroimagerie en 2026

Ce guide aide les chercheurs à choisir entre SPM 25.01.02 et SPM12 selon le cycle de leur projet, leurs scripts MATLAB, leurs extensions et leur environnement Apple Silicon. Il propose une méthode de régression à deux voies pour éviter de compromettre une analyse déjà engagée.

Projet neuf sans contrainte historique → choisissez SPM 25.01.02 comme environnement de référence.
Publication en cours, réplication historique ou dépendance forte à d’anciens scripts → conservez SPM12 et testez SPM 25 en parallèle, sans remplacer l’environnement existant.

Ce guide s’adresse aux doctorants qui installent pour la première fois une chaîne fMRI, PET, EEG ou MEG, aux chercheurs qui doivent préserver une analyse déjà engagée, ainsi qu’aux responsables techniques chargés de fournir un environnement MATLAB cohérent sur Mac Apple Silicon. La décision ne doit pas reposer uniquement sur l’ouverture de l’interface : elle doit intégrer les scripts, les extensions, les fichiers MEX, les licences et les critères de reproduction des résultats.

01

Le choix dépend d’abord du cycle du projet

Au 7 septembre 2026, le dépôt officiel de SPM identifie 25.01.02 comme la dernière version stable, tandis que la documentation officielle décrit SPM12 comme une ancienne version qui n’est plus prise en charge. La branche 26.01.alpha21 reste une préversion et ne doit donc pas servir de base à une analyse de production. Ces informations doivent être vérifiées avant livraison d’un environnement, car une nouvelle version stable ou une modification de la compatibilité MATLAB peut changer la recommandation. Consultez les versions publiées par SPM et la documentation officielle de numérotation des versions.

Pour un nouveau projet, l’intérêt de SPM 25.01.02 n’est pas seulement de disposer d’une version récente. Il s’agit surtout de créer une base documentée, installée selon la procédure officielle et validée avant l’arrivée des données principales. Reproduire un ancien cours avec SPM12, uniquement parce que les captures d’écran du cours utilisent cette version, transfère une contrainte historique à un projet qui n’en avait pas.

Pour une analyse déjà soumise ou en cours de révision, le raisonnement est différent. Une migration au même moment qu’un changement de modèle statistique, de cohorte ou de prétraitement rendrait l’écart difficile à attribuer. L’environnement utilisé pour les résultats publiés doit donc rester disponible, avec son fichier SPM.mat, ses scripts de lot, ses paramètres par défaut, ses extensions et une copie en lecture seule des données d’entrée.

Les projets de migration occupent une position intermédiaire. Ils peuvent évoluer vers SPM 25.01.02, mais seulement après une régression représentative. Si une différence de résultat ne peut pas être expliquée, l’arrêt de la migration et le retour à SPM12 doivent être prévus à l’avance.

02

Une installation qui s’ouvre n’est pas encore une validation scientifique

Une première limite concerne les scripts de traitement. Un lot SPM12 peut être accepté par une version plus récente tout en appelant une fonction différente, en utilisant un champ par défaut différent ou en enregistrant les résultats dans une structure qui n’est pas identique. L’absence de message d’erreur prouve seulement que l’exécution est possible dans ce cas précis ; elle ne démontre pas l’équivalence scientifique.

La deuxième limite concerne les extensions et les fichiers compilés. Les outils MATLAB qui reposent sur des fichiers MEX doivent correspondre à la plateforme et à l’architecture utilisées. La documentation SPM distingue la compilation et le chargement de ces composants ; MathWorks rappelle également qu’un fichier MEX n’est pas automatiquement portable entre plateformes. Vérifiez les instructions officielles de compilation MEX de SPM et les règles de compatibilité des fichiers MEX de MathWorks.

La troisième limite est administrative. Une licence MATLAB disponible sur un ordinateur de laboratoire ne signifie pas nécessairement que le même mode d’utilisation est autorisé ou techniquement adapté sur un Mac distant. Il faut distinguer l’accès à MATLAB, l’utilisation de MATLAB Runtime avec une version Standalone, l’exécution graphique et les dépendances d’un outil de laboratoire. La documentation SPM sur Standalone doit être examinée avec la liste réelle des extensions du projet.

La quatrième limite concerne l’architecture Apple Silicon. Le système peut exécuter l’interface SPM, mais un ancien composant compilé, une bibliothèque externe ou un script qui suppose un chemin particulier peut encore bloquer le traitement. MathWorks publie les conditions de prise en charge de MATLAB sur Apple Silicon dans sa documentation dédiée aux processeurs Apple. Cette source doit être mise en regard de la version de MATLAB réellement fournie par l’établissement.

Enfin, l’accès distant ajoute un coût de diagnostic. Une interface VNC lente, une reconnexion réseau ou un transfert de résultats long concerne l’interaction avec l’hôte, pas nécessairement le calcul exécuté par SPM. Il faut donc séparer les critères : stabilité de la session distante, continuité du traitement par lots, exactitude des sorties et facilité de téléchargement. Confondre ces dimensions peut conduire à remplacer un environnement scientifique fonctionnel pour une raison qui relève seulement du réseau.

03

Les publics ne doivent pas recevoir la même recommandation

Première installation pour un nouveau projet

Pour une première analyse fMRI, PET, EEG ou MEG, nous recommandons SPM 25.01.02 à condition de construire une base de référence avant le traitement complet. Le responsable doit enregistrer la version de SPM, la version de MATLAB, la version de macOS, l’architecture utilisée, les extensions chargées et les réglages propres au laboratoire.

La validation minimale doit comprendre quatre éléments :

  1. Afficher la version SPM dans MATLAB et conserver cette sortie dans le journal du projet.
  2. Ouvrir l’interface graphique puis vérifier que les répertoires de travail et de résultats sont ceux prévus.
  3. Exécuter un traitement par lots minimal avec un jeu de données représentatif.
  4. Contrôler la génération des fichiers attendus, leur lisibilité et leur emplacement.

Le jeu de données de référence ne doit pas être choisi uniquement parce qu’il est petit. Il doit solliciter les fonctions réellement prévues : importation, prétraitement, modèle statistique ou étape de visualisation selon le protocole. Pour un projet audio ou vidéo lié à une étude de perception, ajoutez aussi les outils de conversion et d’annotation réellement utilisés ; une chaîne scientifique peut échouer en amont de SPM si les fichiers multimédias ne sont pas interprétés de manière identique.

Publication en cours ou réplication historique

Pour une publication en cours, la décision la plus sûre est de conserver SPM12 jusqu’à la fin du jalon scientifique concerné. Cela ne signifie pas que SPM12 doit redevenir le choix par défaut pour tous les projets. Cela signifie que l’environnement qui a produit les résultats doit rester récupérable et exécutable.

Archivez notamment :

  • le fichier SPM.mat et les fichiers de lots ;
  • les scripts MATLAB personnalisés ;
  • les réglages par défaut et les chemins de recherche ;
  • la liste des extensions et leur version ;
  • les versions de MATLAB et de macOS ;
  • une copie en lecture seule des entrées et des résultats principaux.

Testez ensuite SPM 25.01.02 sur une copie, jamais sur le répertoire original. Définissez avant l’essai les sorties à comparer : nombre de fichiers, dimensions, valeurs de contrôle, cartes statistiques, paramètres estimés ou tableaux exportés. Une différence non expliquée doit suspendre la migration, même si les cartes produites semblent visuellement proches.

Développement de scripts et outils de laboratoire

Les développeurs de modèles de lots, les équipes qui maintiennent des scripts MATLAB et les laboratoires disposant d’extensions internes doivent adopter une logique de régression, pas une logique d’installation. Chaque fonction appelée doit être reliée à un cas test identifiable.

Contrôlez séparément :

  • les noms et structures des champs de lots ;
  • les fonctions personnalisées et les chemins ajoutés au démarrage ;
  • les paramètres par défaut utilisés implicitement ;
  • les fichiers MEX et leur architecture ;
  • les déclarations d’outils externes et leurs prérequis ;
  • les fichiers produits par chaque étape.

Les preuves doivent venir de la documentation officielle, de la documentation du projet d’extension et des journaux d’erreur observés. Un écran qui s’ouvre ne permet pas de conclure qu’un module de segmentation, de conversion ou d’export fonctionne correctement.

Point de contrôle : si le résultat change et que personne ne peut relier cette différence à une version, un paramètre ou une entrée précise, interrompez la migration et conservez SPM12 comme environnement de référence.

Étudiants sans licence MATLAB

L’absence de licence MATLAB ne suffit pas à justifier le choix de SPM Standalone. Cette option peut convenir à une analyse qui repose principalement sur les composants inclus et sur une exécution compatible avec MATLAB Runtime. Elle devient moins évidente lorsqu’un mémoire ou une thèse dépend de scripts MATLAB personnalisés, d’outils supplémentaires ou d’une interaction graphique particulière.

Avant toute décision, vérifiez :

  1. si le projet peut être exécuté avec MATLAB Runtime ;
  2. si l’interface graphique nécessaire est disponible ;
  3. si les lots peuvent être lancés et surveillés correctement ;
  4. si les extensions nécessaires sont compatibles avec Standalone ;
  5. si un petit échantillon produit les sorties attendues.

Le coût de licence n’est donc qu’un élément parmi d’autres. Un environnement moins coûteux mais incapable d’exécuter une extension essentielle peut créer davantage de travail qu’une solution MATLAB institutionnelle ou qu’un poste temporaire correctement isolé.

04

Apple Silicon exige deux environnements séparés

Sur un Mac Apple Silicon, installez SPM 25.01.02 et SPM12 dans des répertoires distincts. Ne partagez pas un dossier de résultats modifiable, un fichier de démarrage MATLAB ou un chemin de recherche qui ajoute automatiquement les deux versions. La séparation doit être visible dans la structure des dossiers et dans la commande utilisée pour lancer chaque session.

Pour chaque environnement, vérifiez les points suivants :

  1. le chemin SPM chargé par MATLAB ;
  2. l’architecture de MATLAB et des composants compilés ;
  3. le chargement des fichiers MEX nécessaires ;
  4. l’ouverture de l’interface graphique ;
  5. l’exécution continue d’un traitement par lots ;
  6. la fermeture et la reprise de session ;
  7. le téléchargement et la vérification des résultats.

Si l’environnement est distant, la validation doit comporter une session interactive et une session de traitement non surveillée en permanence. Une interruption d’affichage ne doit pas interrompre automatiquement le calcul. Les fichiers de journal et les résultats doivent être enregistrés dans un emplacement récupérable, avec des noms qui identifient clairement la version utilisée.

Les équipes qui ne disposent pas d’un Mac pour ce type d’essai peuvent examiner une solution de Mac distant pour les environnements de recherche. L’objectif n’est pas de remplacer définitivement l’infrastructure du laboratoire, mais de disposer d’un hôte séparé pour comparer les versions sans modifier le poste de production.

05

La gestion de groupe doit suivre le cycle de vie du projet

Un responsable de laboratoire peut formaliser trois règles simples. Les nouveaux projets démarrent sur SPM 25.01.02 après validation de leur chaîne réelle. Les projets historiques restent gelés sur SPM12 tant qu’un jalon important n’est pas terminé. Les projets en migration disposent de deux environnements, de critères de comparaison et d’un point d’arrêt documenté.

Pour chaque projet, consignez au minimum les versions de SPM, MATLAB et macOS, les extensions, les scripts, l’architecture matérielle, le mode de connexion et le chemin de repli. Une fiche d’environnement évite qu’un étudiant ne tente de reconstruire une configuration à partir de souvenirs ou de captures d’écran.

La documentation d’installation officielle de SPM doit servir de référence pour la nouvelle installation. Pour les projets qui restent sur SPM12, conservez également les informations de la page officielle de compatibilité SPM12 et les notes de publication de SPM12. Ces documents ne prouvent pas la compatibilité d’une extension tierce, mais ils permettent de séparer ce qui est documenté de ce qui doit être testé.

06

La matrice de décision évite les migrations irréversibles

Le tableau suivant résume la décision avant toute modification de l’environnement principal. La note indique la solidité de la recommandation dans le cas décrit, et non une mesure de performance.

Profil du projet Version de départ Preuve à obtenir Condition d’arrêt Décision recommandée
Nouveau projet sans dépendance historique SPM 25.01.02 Version, interface, lot minimal et fichiers de sortie validés Une extension essentielle n’est pas disponible Passer à SPM 25.01.02 après validation — 5/5
Publication ou réplication en cours SPM12 Environnement original, SPM.mat, scripts et données conservés Résultat historique non reproductible Rester sur SPM12 — 5/5
Migration d’un protocole existant SPM12 + SPM 25.01.02 Même cas test exécuté dans les deux environnements Écart inexpliqué entre sorties critiques Maintenir le double environnement — 4/5
Scripts MATLAB et extensions personnalisées Double voie Appels, champs de lots, MEX et extensions vérifiés Erreur ou variation sans cause identifiée Ne pas supprimer SPM12 — 5/5
Étudiant sans licence MATLAB Standalone à évaluer Runtime, interface, lots et extensions testés Code personnalisé non pris en charge Tester sur petit échantillon avant choix — 3/5
Laboratoire avec Mac distant Apple Silicon Deux répertoires isolés Architecture, session distante, traitement continu et récupération Chemins ou résultats mélangés Utiliser l’hôte comme banc de régression — 4/5

Ces notes ne remplacent pas une validation scientifique. Elles indiquent simplement le niveau de prudence à appliquer. Une note élevée pour SPM12 signifie que la conservation de l’environnement est prioritaire, pas que SPM12 est préférable pour une nouvelle étude.

07

FAQ pour les chercheurs et les équipes techniques

Pour un nouveau projet de neuroimagerie, quelle version de SPM faut-il choisir ?

Pour un projet qui commence sans contrainte historique, SPM 25.01.02 constitue le choix par défaut, car il s’agit de la version stable actuellement signalée par le dépôt officiel. Il faut toutefois valider l’installation avec un jeu de données représentatif, un script minimal et les extensions réellement prévues avant de lancer toute la cohorte.

Les scripts de traitement SPM12 fonctionnent-ils directement avec SPM 25 ?

Il ne faut pas le supposer. Un script peut s’exécuter sans erreur tout en produisant des résultats différents à cause d’un champ de lot, d’un paramètre par défaut, d’une fonction appelée ou d’un fichier MEX. Conservez SPM12, exécutez le même cas test dans les deux environnements et comparez des sorties définies à l’avance.

SPM 25 Standalone convient-il sans licence MATLAB ?

La version Standalone peut répondre à un besoin de budget ou d’accès limité à MATLAB, mais elle ne remplace pas automatiquement l’environnement MATLAB complet. Vérifiez l’installation de MATLAB Runtime, le mode graphique, l’exécution par lots et la disponibilité des extensions. Tout code MATLAB personnalisé doit être testé sur un petit échantillon avant décision.

Comment conserver SPM 25 et SPM12 sur un Mac Apple Silicon ?

Installez les deux versions dans des répertoires séparés et utilisez des chemins MATLAB, fichiers de démarrage et dossiers de résultats distincts. Vérifiez aussi l’architecture des fichiers MEX et évitez de partager un dossier modifiable entre les deux versions. La validation doit couvrir l’interface, le traitement par lots, les extensions et la récupération des résultats.

Une mise à niveau de SPM peut-elle modifier la reproductibilité d’une publication en cours ?

Oui, elle peut compliquer la reproduction si les versions de SPM, MATLAB, macOS, les extensions, les scripts et les paramètres ne sont pas conservés. Pour une publication en cours, gardez l’environnement SPM12 utilisé pour les résultats principaux. Testez SPM 25 sur une copie des données et ne migrez qu’après comparaison documentée des sorties critiques.

Pour une équipe qui utilise actuellement un poste Linux ou Windows, le remplacement direct par une machine Apple n’est pas toujours le meilleur premier investissement : il faut financer le matériel, organiser l’accès partagé et maintenir une configuration supplémentaire, alors qu’un poste existant ne fournit pas de validation macOS. Une machine virtuelle peut aussi limiter l’accès aux composants Apple Silicon, compliquer les fichiers MEX et produire une interaction graphique peu représentative. Si le besoin porte sur une vérification temporaire, un test de compatibilité ou une migration contrôlée, la location d’un Mac distant VNCMac permet de garder les deux environnements séparés, avec un accès complet pour installer MATLAB, SPM12 et SPM 25.01.02. Vous pouvez consulter les options de location de Mac pour un laboratoire sans matériel Apple dédié, puis décider après la régression si l’achat d’un poste permanent est réellement justifié.

FAQ (Questions fréquentes)

Pour un projet qui commence sans contrainte historique, SPM 25.01.02 constitue le choix par défaut, car il s’agit de la version stable actuellement signalée par le dépôt officiel. Il faut toutefois valider l’installation avec un jeu de données représentatif, un script minimal et les extensions réellement prévues avant de lancer toute la cohorte.

Il ne faut pas le supposer. Un script peut s’exécuter sans erreur tout en produisant des résultats différents à cause d’un champ de lot, d’un paramètre par défaut, d’une fonction appelée ou d’un fichier MEX. Conservez SPM12, exécutez le même cas test dans les deux environnements et comparez des sorties définies à l’avance.

La version Standalone peut répondre à un besoin de budget ou d’accès limité à MATLAB, mais elle ne remplace pas automatiquement l’environnement MATLAB complet. Vérifiez l’installation de MATLAB Runtime, le mode graphique, l’exécution par lots et la disponibilité des extensions. Tout code MATLAB personnalisé doit être testé sur un petit échantillon avant décision.

Installez les deux versions dans des répertoires séparés et utilisez des chemins MATLAB, fichiers de démarrage et dossiers de résultats distincts. Vérifiez aussi l’architecture des fichiers MEX et évitez de partager un dossier modifiable entre les deux versions. La validation doit couvrir l’interface, le traitement par lots, les extensions et la récupération des résultats.

Oui, elle peut compliquer la reproduction si les versions de SPM, MATLAB, macOS, les extensions, les scripts et les paramètres ne sont pas conservés. Pour une publication en cours, gardez l’environnement SPM12 utilisé pour les résultats principaux. Testez SPM 25 sur une copie des données et ne migrez qu’après comparaison documentée des sorties critiques.