Услышав голос, сразу подумал, что я пришел посмотреть видео, но сделал это без уважения)

Объекты с наибольшим количеством полигонов в сцене ищутся не так. Нужно нажать H, далее кастомизировать это окошко в его параметрах добавить столбик faces и сортировать этот столбик по убыванию и не придется тыкать наугад.

...или докупить пару плашек ОЗУ и не морочить голову

Или перейти на 5 корону, там -30% окономии ОЗУ

зачем мучатся с прокси если есть xref? в короне на сколько я знаю они работают одинаково потому, что в короне не реализовано out of core. А материалы проще в xref менять и что-то менять в модели можно без конвертирования.

на листьях деревьев если они не для близких планов можно в прозрачности текстур поставить clamp это уберет на альфе плавный переход, который видно только если рендерить листик в упор и довольно прилично ускорит рендер листьев.

"Слышь пацан че покажу а то ты не по фени используешь ресурсы ,не порядок не порядок ,вообще за такой базар отвечать надо "

открою еще один секрет. многое от видяхи зависит. как ни крути :)
а видео материал интересный, много правильных вещей. хоте некоторые вещи не остались раскрыты
обратил внимание автор работает в 2014 максе. мне кажется новые максы шустрее работают.
А вот папки кирилицей называть никогда не нужно!

Круто. Я бы от себя добавил:

1) стоит именовать объекты и материалы. Облегчает жизнь.
2) тяжёлые объекты лучше конвертить в меш.
3) Нодовый материал эдитор удобнее и нагляднее(хоть и страшнее с непривычки). Особенно если хочется работать с инстансами текстур, а не с кашей.
4) Все светаки лучше вынести в лайтмикс. Группы одинаковых светаков лучше инстансить.
5) Модификатор турбосмуф лучше не стакать, а отключить во вьюпорте, воткнув ему галочку "рендер итерс"

зашел почитать чисто срач :D

самое главное правило - проверяй ВСЕГДА скаченные модели. Загрузил недавно модельку, разгруппировал а там сглаживание 6 итераций!!!!!!

Услышав голос, сразу подумал, что я пришел посмотреть видео, но сделал это без уважения)

Еще от себя добавлю:
- использовать editMesh (а не poly) при операциях с тяжелыми (от 1Мполи) объектами. Реально быстрее работает.
- подтверждаю, что инода множественные вложения групп сильно тормозят.
- иногда само отображение статистики (цифра 7) начинает тормозить вьюпорт. Еще я использую Selectedчтобы видеть сколько поликов у меня в выделеных моделях - удобно искать что-то тяжелое.
- выключать галку backface cull в свойствах объектов сильно слияет на скорость во вьюпорте. Я выделяю все объеты, снимаю выделение с тех, где нужна прозрачность обр. поликов (например бэки, стены) и проверяю чтоб галочка была снята.
- насчет идеи с освобождением памяти путем выхода из макса, и открыванием заново -- есди уж совсем прижало, то еще полезно заистить материал эдитор, и выключить отображение материалов и потом сохраняться. А еще можно использовать backburner и отправить задание самому себе -- так еще меньше памяти на рендер пойдет
- для тех кто на V-ray и использует DR - если на slave машине больше ядер - ставьте больше лимит памяти. У меня на рабочей 12 потоков,а на рабе - 64, и иногда бывает, что моя реднерит, а слейв тормозит -- упирается в лимит. (память расходуется на каждый поток, а их там больше в разы)
- советую использовать скрипт Teague scene checker - для поиска причит тормозов он отлично помогает.