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 Нативной ARM-версии 3ds Max нет, поэтому он крутится через эмулятор x64 (Prism). GPU-рендеринга тут нет в принципе: ни CUDA, ни OptiX, видеокарта в рендере не участвует вообще. Только процессор. Зато Corona — чистый CPU-движок, так что ей здесь как раз раздолье.
Что и в каком порядке ставить:Всё в варианте x64 (не ARM64) и обязательно до установщика самого Max:
Visual C++ 2015–2022 Redistributable (x64)
Visual C++ 2012 (x64) — без него Max просто не стартует
Visual C++ 2013 (x64)
.NET Framework 4.8 (именно 4.8, не .NET 8)
DirectX End-User Runtime (June 2010) — ради
d3dcompiler_43.dll3ds Max 2022 — только полный офлайн-установщик; онлайн-инсталлер под эмуляцией намертво виснет
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 — именно с ним всё и заработало как надо.

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

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



Итог
Работает стабильно, без единого вылета за всю сессию рендера — ничего не зависло и не фризило. Моделинг, 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» в лоб сравнивать некорректно, для точной цифры нужен одинаковый прогон. Но прогресс есть — пусть и слегка бессмысленный)

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

vlad_bo
21.06.2026 16:55Спасибо, было интересно.
Узнаю тестовую сцену с 3DDD, (в первом сообщении есть результаты теста от некоторых пользователей). 1 час 21 минут это, действительно, долго...
Если всё-таки придётся рендерить, можно попробовать ускоренный метод, суть которого в том, что на большом изображении шум заметнее, но его проще отфильтровать:
настроить разрешение кадра в 2 раза больше нужного;
выставить порог шумов ~25% (или установить время рендера/количество проходов — в 3-4 раза меньше эталонного);
применить шумодав Intel CPU/GPU AI Denoiser;
уменьшить изображение до нужного размера (последние версии Corona могут сами уменьшать кадр при сохранении).
vadimr
UTM не пробовали вместо Parallels? Как эмулятор Intel он вроде более перспективен, хотя настройки покривее.
abgitdev Автор
Не пробовал. Но UTM в режиме эмуляции Intel это полностью софтовый x86 через QEMU, а у меня ARM-Windows нативно + Prism только на сам Max. Для рендера, думаю, UTM будет медленнее, так что смысла не вижу. По совместимости он, может, и поинтереснее (без приколов с AVX2), но ради скорости....вряд ли.
vadimr
Ну тогда, наверное, только Archicad поможет :)