Запретный 3ds Max на Mac mini M4: 1 час 21 минута на интерьер

от автора

Autodesk официально не поддерживает Apple Silicon и не рекомендует запускать 3ds Max на компьютерах Apple. Но я всё равно завёл: 3ds Max 2022 + Chaos Corona 15 на Mac mini M4 через Parallels (Windows 11 ARM).

Разбираю настройку, показываю, как побороть лаги вьюпорта, обхожу ошибку AVX2 и привожу реальный CPU-замер: тяжёлая интерьерная сцена 2800×2100, 100 проходов — 1 час 21 минута. Тот же кадр ноутбучный Ryzen 7 5800H считает заметно быстрее — правда, прогон не один-в-один, все честные оговорки внутри.

Для чего это всё? Я давно не использую Windows и возвращаться не хочу. А 3ds Max и работа в нём раньше занимали огромную часть моей жизни — и порой накатывает ностальгия.

Мой тестовый стенд:

  • Mac mini (2024), Apple M4, 32 ГБ RAM, macOS Tahoe 26.5.1

  • Parallels Desktop 26.3.1 (+ Parallels Tools), гость — Windows 11 Pro ARM (8 ядер, 24 ГБ на VM)

  • 3ds Max 2022 + Chaos Corona 15

    Mac mini M4, 32 ГБ, macOS Tahoe

    Mac mini M4, 32 ГБ, macOS Tahoe

    Нативной ARM-версии 3ds Max нет, поэтому он крутится через эмулятор x64 (Prism). GPU-рендеринга тут нет в принципе: ни CUDA, ни OptiX, видеокарта в рендере не участвует вообще. Только процессор. Зато Corona — чистый CPU-движок, так что ей здесь как раз раздолье.

    Что и в каком порядке ставить:

    Всё в варианте x64 (не ARM64) и обязательно до установщика самого Max:

    1. Visual C++ 2015–2022 Redistributable (x64)

    2. Visual C++ 2012 (x64) — без него Max просто не стартует

    3. Visual C++ 2013 (x64)

    4. .NET Framework 4.8 (именно 4.8, не .NET 8)

    5. DirectX End-User Runtime (June 2010) — ради d3dcompiler_43.dll

    6. 3ds Max 2022 — только полный офлайн-установщик; онлайн-инсталлер под эмуляцией намертво виснет

    7. Chaos Corona 15 — можно и более раннюю версию, я тестировал на 15-й

Две вещи, без которых ничего не взлетит

Первая — билд Windows 11. Corona гоняет инструкции AVX2, а Windows 11 ARM научилась их эмулировать только с билда 26200.6725 / 26100.6725 и выше (осень 2025). На всём, что старше, вы упрётесь в Missing instruction sets: AVX2. Я эту ошибку увидел первым делом: минут пятнадцать тупил и грешил на кривую сборку Corona — пока не дошло, что дело в билде самой винды. Свой проверяется в одну команду: winver.

Вторая — лаги вьюпорта. Из коробки он тормозил так, что мышь ехала за курсором: любое движение в сцене — повернуть, приблизить, отдалить — шло с дикими лагами. Сначала я честно ругался на Parallels и полез копать настройки графики. А оказалось — дело в моём же масштабе: гость работал в HiDPI 200%, то есть реальный фреймбуфер раздувался до ~4500×2650, около 12 млн пикселей на кадр. Осенило не сразу — да и как тут сразу догадаешься. Монитор у меня 4К, но работаю в 2К. Лечится за минуту: выставить 1920×1080 на обоих уровнях сразу — и на стороне Mac, и внутри Windows (масштаб 100%). После этого вьюпорт поехал плавно — прям заметно живее.

Заодно проверьте драйвер вьюпорта: должен стоять аппаратный Nitrous Direct3D 11 — именно с ним всё и заработало как надо.

Драйвер вьюпорта — аппаратный Nitrous Direct3D 11 через Parallels

Драйвер вьюпорта — аппаратный Nitrous Direct3D 11 через Parallels

Рендерит ли

Завелось и тянет, ура! Моделинг, материалы, свет — без тормозов. Интерактивный рендер (IR) тоже живой: Corona гонит превью почти в реальном времени, и картинка набирает чёткость прямо на глазах. Сцена не из лёгких — 1 159 источников света и ~3 млн уникальных объектов, ~3,75 млн лучей/с, и всё это на CPU (загрузка 88%), а GPU около нуля. Иногда, правда, Corona ругается, что не нашла какую-то библиотеку NVIDIA CUDA, — но это понятно, у меня же не RTX.

Интерактивный рендер (IR) интерьера в Corona 15: слева превью и статистика (1 159 ламп, ~3 млн объектов, ~3,75 млн лучей/с), справа Task Manager — CPU 88%, Apple Silicon, GPU ~1%

Интерактивный рендер (IR) интерьера в Corona 15: слева превью и статистика (1 159 ламп, ~3 млн объектов, ~3,75 млн лучей/с), справа Task Manager — CPU 88%, Apple Silicon, GPU ~1%

Дальше я взял тяжёлую тестовую интерьерную сцену для замеров и поставил финальный CPU-рендер: 2800×2100, 100 проходов. Пока Corona молотила проходы, успел сходить попить чай. Итог — 1 час 21 минута.

И это не магия с GPU: в Диспетчере задач CPU 100%, чип подписан «Apple Silicon», GPU 0 — пашет чистый процессор. Когда после 1:21 выскочил готовый кадр, я первым делом перепроверил таймер на VFB — не верилось, что эмуляция выдала такое.

Интерьер в Corona, Activity Monitor: %GPU = 0.0 у всех процессов

Интерьер в Corona, Activity Monitor: %GPU = 0.0 у всех процессов
CPU 100% @ 3.07 ГГц, Apple Silicon, проход 99/100 (~1ч:20)

CPU 100% @ 3.07 ГГц, Apple Silicon, проход 99/100 (~1ч:20)
Финальная строка Corona: Time 1ч:21, Pass 100, Prim 10 562 888, Rays/s 3 349 765

Финальная строка Corona: Time 1ч:21, Pass 100, Prim 10 562 888, Rays/s 3 349 765

Итог

Работает стабильно, без единого вылета за всю сессию рендера — ничего не зависло и не фризило. Моделинг, look-dev, тестовые кадры и даже финальный CPU-рендер — всё реально делается прямо на Mac mini.

Постоянно работать в 3ds Max я бы тут всё же не стал. Дело не в M4 — он быстрый. Проблема в эмуляции: тяжёлые сцены считаются заметно дольше нативных, а GPU-движки (V-Ray GPU, Arnold GPU) недоступны как класс. Если Max — ваш основной инструмент, идеальная платформа под него прежняя: нативный Windows-ПК, быстрый CPU плюс NVIDIA под GPU-рендер. Как основная станция — нет, вообще нет.

И да, медленнее это ощутимо — в разы. Только честно: строгим бенчмарком это не назову. Прогоны разные — у Ryzen 320 проходов в Corona 6.2, у Mac 100 в Corona 9, — так что «24 минуты против 1:21» в лоб сравнивать некорректно, для точной цифры нужен одинаковый прогон. Но прогресс есть — пусть и слегка бессмысленный)

Ноутбучный Ryzen 7 5800H: та же сцена, но 320 проходов в Corona 6.2 за 24 минуты. 

Ноутбучный Ryzen 7 5800H: та же сцена, но 320 проходов в Corona 6.2 за 24 минуты. 

А как эксперимент «а ну отрендери мне на Mac интерьер по-быстрому» — нет, не сработало, но было интересно, что вообще завелось.

ссылка на оригинал статьи https://habr.com/ru/articles/1050156/