SPM 25.01.02 или SPM12: как выбрать для нейровизуального проекта в 2026 году

Среда уже собрана на SPM12, а новая версия нужна для запуска проекта на Apple Silicon Mac — прямое переключение грозит неясными расхождениями в результатах.

Быстрое решение: новый проект по умолчанию запускайте на SPM 25.01.02, а работу над статьёй, историческую репликацию и проект с критичными старыми скриптами оставляйте на SPM12; миграцию выполняйте только в изолированной двойной среде.

Эта статья предназначена исследователям, которые впервые собирают fMRI-, PET-, EEG- или MEG-анализ, а также тем, кто продолжает работу над публикацией на SPM12. Она также пригодится техническим специалистам лабораторий, отвечающим за Apple Silicon Mac, лицензии MATLAB и выдачу воспроизводимых рабочих сред.

Решение по стадии проекта

На момент подготовки материала официальный репозиторий SPM помечает 25.01.02 как актуальный стабильный выпуск, тогда как документация по SPM12 относит его к старой, более не поддерживаемой ветке. Это не означает, что все прежние проекты следует немедленно переносить: стабильность анализа определяется не только названием версии, но и конкретными скриптами, расширениями, настройками и контрольными результатами.

Проверять статус следует по официальной странице выпусков SPM, а не по копии установочного архива или методичке из старого учебного курса. Отдельно существует 26.01.alpha21 — предварительная версия, которую нельзя считать основанием для производственного исследовательского контура. Для публикационного анализа её следует исключить из выбора до появления официального стабильного статуса.

Практическое распределение выглядит так:

• Новое исследование без исторической среды — SPM 25.01.02.
• Статья в анализе, на рецензировании или в стадии репликации — SPM12 до завершения заранее определённой контрольной точки.
• Миграция старого проекта — обе версии в раздельных каталогах и двойная регрессионная проверка.
• Проект с собственными MATLAB-функциями, лабораторным шаблоном или MEX-компонентами — сначала SPM12 как контрольная среда, затем ограниченный тест SPM 25.01.02.
• Нет лицензии MATLAB — сначала проверка пригодности Standalone, затем тест на малой выборке; стоимость лицензии сама по себе не является критерием совместимости.

Официальное описание нумерации SPM помогает отличать стабильный выпуск от предварительного состояния: правила версионирования SPM нужно учитывать при фиксации среды в протоколе проекта.

Воспроизводимость текущих публикаций

Для статьи, которая уже находится в анализе, подготовке рукописи или на рецензировании, SPM12 следует сохранить. Причина не в том, что старая версия автоматически лучше, а в том, что изменение среды одновременно с ключевым этапом публикации усложняет интерпретацию любого расхождения.

В архиве должны остаться исходные входные данные в режиме только чтения, SPM.mat, batch-скрипты, стартовые настройки MATLAB, список расширений, журналы ошибок и результаты, на которых основаны таблицы или рисунки. Копировать нужно не только код: изменение рабочего каталога, пути к шаблонам или значения по умолчанию также может повлиять на итог.

Повлияет ли обновление SPM на воспроизводимость результатов текущей статьи?

Потенциально да, поэтому переход нельзя считать нейтральным административным действием. Даже если интерфейс и основные названия функций выглядят знакомо, необходимо отдельно проверить поля batch, значения по умолчанию, порядок вызовов, работу расширений и формат выходных файлов. Пока каждое существенное различие не получило объяснения, SPM12 остаётся контрольной средой.

Для миграции создайте копию проекта, не заменяя исходный каталог. Затем:

1. Снимите контрольные хэши или иным способом зафиксируйте исходные файлы.
2. Запустите представительский участок на SPM12 и сохраните контрольные результаты.
3. Повторите тот же участок на SPM 25.01.02 в отдельном каталоге.
4. Сравните не только наличие файлов, но и ключевые численные и визуальные результаты.
5. Запишите каждое отличие в журнал: изменение входа, предупреждение, ошибка, поле batch или результат.
6. Установите условие остановки: необъяснимое расхождение возвращает проект в SPM12.

Нельзя считать миграцию успешной только потому, что новая версия завершила выполнение без сообщения об ошибке. Молчаливое изменение результата опаснее явного сбоя, поскольку может попасть в рукопись незамеченным.

MATLAB, Standalone и бюджет студента

Отсутствие лицензии MATLAB не означает автоматическую возможность заменить MATLAB-версию на Standalone. У Standalone есть собственная граница применимости: необходимо проверить MATLAB Runtime, запуск графического интерфейса, командный batch, используемые расширения и операции с файлами.

Официальная документация SPM Standalone должна быть первой точкой проверки. Нельзя выбирать маршрут только по цене или доступности установщика. Если проект зависит от собственного MATLAB-кода, дополнительного toolbox или нестандартного MEX-компонента, сначала выполните малый тест на тех же типах входных данных.

Можно ли студенту без лицензии MATLAB использовать SPM 25 Standalone?

Да, но только для задач, которые реально укладываются в ограничения Standalone и успешно проходят проверку на представительском наборе. Для проекта с пользовательскими функциями, лабораторными расширениями или сложным batch сначала нужно установить, что эти компоненты поддерживаются и загружаются в целевой среде. Если это не подтверждено, экономия на лицензии не компенсирует риск повторного анализа.

Порядок проверки такой:

1. Определите, какие функции выполняются самим SPM, а какие принадлежат пользовательскому коду.
2. Уточните, требуется ли MATLAB Runtime и совпадает ли его вариант с инструкцией Standalone.
3. Запустите GUI, затем тот же процесс из командной строки или batch.
4. Проверьте чтение входных файлов и создание результатов.
5. Повторите малую задачу на MATLAB-версии, если она доступна в лаборатории.
6. Сохраните журнал и примите решение о полном запуске только после сопоставления результатов.

Управление версиями в лаборатории

Для группы с несколькими проектами полезно разделить правила по жизненному циклу:

• новые исследования получают SPM 25.01.02 после базовой приёмки;
• текущие публикации продолжают работать в зафиксированной среде SPM12;
• мигрирующие проекты имеют две среды и отдельный журнал сравнения;
• каждому проекту назначаются версия для отката, ответственный и условие остановки;
• изменения MATLAB, macOS, SPM, расширений и скриптов записываются вместе, а не разрозненно.

Администратору стоит выдавать не «готовую папку SPM», а описание среды: путь установки, команду запуска, список зависимостей, место журналов и процедуру восстановления. При передаче проекта другому исследователю это экономит больше времени, чем попытка восстановить настройки по памяти.

Итоговое решение можно сформулировать строго:

• выбрать SPM 25.01.02, если проект новый и не зависит от исторической среды;
• продолжить SPM12, если результат уже готовится к публикации или требуется точная репликация;
• оставить двойной контур, если скрипты, MEX или расширения ещё не прошли регрессионную проверку;
• отложить полный запуск, если Standalone или Apple Silicon-окружение проверены только по запуску интерфейса.

Обычная схема с лабораторным Linux или Windows-компьютером не решает задачу, когда требуется именно macOS: она добавляет ручной перенос данных, отдельную настройку доступа и риск различий между локальной и целевой средой. Покупка отдельного Mac, напротив, не всегда оправдана для краткой проверки версии, но требует капитальных затрат, обслуживания и выделенного рабочего места. Если нужен временный контур для миграции, а физический Mac недоступен, аренда удалённого Apple Silicon Mac у VNCMac позволяет получить полноценную среду с правами администратора, отдельно сохранить SPM12 и SPM 25.01.02 и провести регрессию на обезличенном наборе без преждевременной покупки оборудования. Доступные варианты можно сопоставить на странице аренды Mac, оставляя постоянную тяжёлую эксплуатацию и работу с физическими интерфейсами за локальной инфраструктурой.