albatr0s

в основном кондитерка делается по средствам поли моделинга болванки, и допиливается например в zBrush ну и желательно еще раскурить RealFlow или PhoenixFD, правда не уверен дружит ли он с короной, но с виреем дружит оч хорошо, ну и PF на базовом уровне освоить,чтоб грамотно всякую мишуру раскидывать по пироженкам, это, что касается моделинга, ну а по части шейдинга, эксперименты, эксперименты и еще раз эксперименты, глядя на реальный прототип, по свету лучше смотреть уроки по фотографии предметной, они были у lynda и CG Workshop

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

kingstones так о чем и говорю, что в свободном доступе даже за деньги не найти уроков (толковых) по крупной экстерьерке и причины этого вполне ясны: -фрилансерам крайне редко выпадают такие проекты -большинство таких проектов делают студии -мало, кто из фрилансеров имеет железо, способное потянуть такие сцены (по крайней мере пару лет назад так было) -никто не хочет плодить себе конкуренцию и исходя из этих причин и получается, что клепать серьезные уроки по экстерьерке просто никому не выгодно и это хорошо

kingstones так там прописные истины и ничего более, так сказать инструкция в картинках для человека, который пришел работать в студию, такое в большинстве студий дают прочитать в первый день трудоустройства, так и в art3d было и в iCube, когда я в первый день вышел а эта студия просто скорее всего выложила свою инструкцию для внутреннего пользования, которую чутка облагородили для публикации

akkoxe дело в том, что уроков по созданию сцен под анимацию под арх виз нет, не было и вряд ли появятся,если говорить например о визе каких то крупных объектов, а не облетов вокруг частного домика, да и вообще по созданию сцен под экстерьерку больших площадей почти нет нигде, а то, что есть - довольно скудно

akkoxe в анимации сцена как раз и оптимизируется под ракурс, либо под траекторию, никто не прорабатывает так как хотите вы, это нерационально, как по времени, так по трудозатратам, так по аппаратным требованиям, там и по итоговой стоимости,  чтоб понимать, как делать ролики надо сначала поработать в конторе, которая на роликах специализируется хотя бы полгода-год, и тогда будет понимание правильного пайплайна и оптимизации, ну и ролики на короне не советую делать, на рендер ферме разоритесь, вирей в этом плане намного рациональнее, если говорить за экстерьерку

akkoxe вот например вот эта тестовая сценка у меня съедала при рендере 16 гигов, при том, что уникальных типов зелени тут дофига так что мне непонятно, почему у вас память кушается ведрами, мне еще не встречалось сцен, способных схавать больше 50 гигов и то это был хайрез 10к по длинной, и скушать 96гиг удалось только сценой из фотоскана с 220млн треугольников чистой геометрии без единого инстанса + 60 текскур 8000х8000

akkoxe ну пока жесткие диски не будут работать на скорости оперативки, то будут просадки, логично же, что просадки происходят из-за низкой скорости работы накопителей, и тут может помочь разве что установка PCI-E SSD интеловских, у которых скорость обмена данных 2.5ГБ в секунду, но там ценник за такой ССД от 50-150к, но надо понимать, что доступ процессора/ов к оперативке происходит быстрее, чем к жестким дискам, так что даже мега скоростной SSD будет работать медленнее DDR3, так что дешевле и разумнее просто оперативки докупить

toxRq а отдельно 2698 за сколько сценку рендернули? полагаю там 4930к дал несущественный прирост?

olalatopolya6 ну сетка то у всех разная будет, а не один в один, в базе куча одинаковых моделей, но с разным исполнением и разного качества

давно "себяшек" не делал

staskenig плагинов не посоветую, посоветую со страстью и энтузиазмом фанатика изучать Particle Flow

staskenig ну смотря какое строительство, насколько замороченная анимация, вообще в таких случаях ролик бьется на части, которые отличаются по сложности и каждый фрагмент отличный по сложности имеет разную стоимость за секунду, но вообще 20 секунд - это как то несерьезно, мало, что туда можно уместить, если предполагается много разной движухи и кучу всего надо показать, если анимация строительства просто слайсами по тупому, то тут будет обычный ценник, как за пролеты, а вот если там все по хитрому, то конечно ценник может быть и 3т.р за секунду, если через PF здание будет собираться из прилетающих кусков с разных сторон например, или если здание будет как то раскладываться вверх само из себя как то по интересному и зрелищно

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

staskenig ну если рендерферму вам оплачивать не нужно, то 1000-1500р за секунду

Yehat возможно и так конечно, но непонятно почему машина в ДР не может просчитать больше, один-два бакета от ноды то бегает, почему не бегает больше бакетов, вот что непонятно, т.е. охват больше площади а в случае отключения локал хоста, пока например рендерится фон, то по нему вообще только один бакет бегает, пока этот бакет не попадает на геометрию, в этом случае подрубаются все остальные, причем это происходит мгновенно, сетка то гигабитная, но после того, как геометрия отрендерилась и остаются последние куски с бэком, то опять продолжает бегать один бакет вот в чем штука ПС: еще важный нюанс - это начал замечать после отката с 3.4 на 3.30.05, возможно где-то что то недочистил, поскольку 3.4 то могла какие то переменные среды прописать или что-то в реестре на тему функций

товарищи, кто пользуется DR - с недавнего времени заметил одну странность, которой раньше вроде как не было, без понятия с чем это связано, но суть в следующем, у головной машины при рендере загруженность ЦП всегда 99%, ну если ядра не ремапить в диспетчере, а вот у ноды при включенном режиме следования бакетов за мышкой при наведении тяжелые участки загруженность ядер на 100%, но вот при наведении на простые участки, во фреймбуфере остаются только бакеты головной машины, а бакеты ноды пропадают и загруженность ядер ноды падает до 0, если снова навести на тяжелый участок, то снова загруженность ноды поднимается до 100, в итоге прирост скорости от ноды становится не настолько ощутимым из-за какой то адаптивной загруженности в зависимости от сложности участка рендера так вот, как заставить ноду постоянно грузить все ядра, независимо от сложности участка рендера? может в спавнере надо что-то прописывать при запуске? или непосредственно на головной машине какие то переменные среды или что-то в настройках вирея я упускаю?есть идеи?

etransmit оперативку скорее всего придется менять, но не факт, во многом от матери зависит, но в любом случае придется менять БП и корпус

etransmit такой системник собирается без учета видеокарты за 70т.р, можно и дешевле, если еще и оперативку брать на ебее, за 120 собирается 80 поточник, но 80 потоков только в качестве рендер ноды сгодится

etransmit дорого и глупо, ксеоны бушные его рвут

etransmit а чего там смотреть? АМД для короны ущербны, как и для вирея, они давно ничего годного не выпускают из высокопроизводительного железа, тема ж есть по сравнению процов в короне, открывайте да смотрите табличку

etransmit вирей это самый быстрый из всех CPU рендеров на данный момент, если уметь им правильно пользоваться, ну быстрее вирея только октан, но там нормальные видюхи нужны вроде 980ti и желательно штучки 2 ну так если так давно с виреем, так чегож его за 10 лет нормально не раскурили?

etransmit и получится мыльцо

etransmit просто прогнать конвертом - получится треш, надо после конверта большую часть матов руками доводить и желательно посмотреть все по короне на их оф канале на ютубе перед этим, чтоб понимать принципы правильной настройки матов (при неправильных настройках рендер сильно замедлится и шум может не уйти и после 1000 пассов), и поймите, что корона не быстрее вирея ну вот вообще никак, за исключением каких то экзотических сценариев, ибо вирей адаптивен, а корона нет, просто например сложные варианты освещения в короне реализовать проще, если знать, что делаешь и для чего делаешь корона на вашей машине разрешение 3000 по длинной на 200 пассов будет рендерить часов 6-8 примерно это в случае если на альбедо пассе не будет красных участков Владо - разработчик вирея

etransmit ну так а чего вы тогда ожидаете чудес производительности от вашего компа? сами же понимаете, что он слаб, а чудес то не бывает

irishman ну тоже вариант конечно, что там либо маты как то перекручены, либо настройки рендера, хотя 3770к по современным меркам довольно слабый камень

etransmit на таком калькуляторе - это нереально, чтоб на короне рендерить быстро, надо двухпроцную систему и желательно ядер побольше у меня например на двух компах через ДР (2 ксеона 3.33 (24 потока) + 2 ксеона 2.8 (40 потоков)) за час рендерится 200 пассов при разрешении 2500 по длинной

etransmit есть способ попроще - купить нормальное железо)

etransmit в короне сносного результата для интерьера меньше, чем за 100 пассов ожидать просто глупо, если вирей у вас так долго рендерит, то корона будет еще дольше, либо также по времени

etransmit никак, АА считается в тех же пассах, для короны нет метода быстрого просчета и быть не может в принципе, ну если только не оставлять картинку с дикими шумами, или денойзить все, но если мало пасов, то будет та еще мазня после денойзаRevered кстати кламп вполне нормально работает, если выставлять значения 5-10 и уменьшать компенсацию хайлайтов в фреймбуфере, лесенка на овербрайтах уходит