SHVV

Шедевры надо делать не в Unity, а в сторонних программах. Для этого вам нужно получить карту высот, цветов и распределения детальных текстур, а потом импортировать всё это в Unity.
Мне в своё время понравился этот цикл уроков. Да, он не на русском и вообще про Cryengine / UDK, зато очень подробно и наглядно, а применять можно где угодно.

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

Ну давайте посчитаем.
Ток 40 вт / 12 в = 3.3333 а.
Сопротивление полевика во включенном состоянии 0.8 Ом, значит рассеиваемая мощность получается 0.8 * 3.333 ^ 2 = 8.889 Вт. на транзисторе. То есть, из 40 ватт почти 9 будет высаживаться на вашем ключе. Это не особо эффективно, да и греться он будет сильно. Так что если так и включать, то только с радиатором, но лучше поискать полевик с меньшим сопротивлением во включенном состоянии.

В этом случае 3D-шники докупают памяти и ставят 64-х битные проги.
Вообще, 7.5м полигонов - это не так уж и много, я на 4-х ГБ открывал и большие файлы (3D Max, ZBrush).
Может файл какой битый?

PS: А программисты пишут утилиту, разбивающую файл несколько более мелких, благо .obj - простой текстовый формат.

Было уже на Хабре: раз, два. Там есть ещё несколько ссылок с подробностями.

Коротко - это API для геометрического моделирования, приближенное к САПР: солиды, поверхности, кривые, точки и куча возможных опреаций над ними.

А почему бы не сделать так, чтобы на объект был только один меш, а объекты объединить иерархически? Так, что удалять надо будет не меш, а объекты из родительского объекта.
По крайней мере в своём редакторе я так и делал.

Не скажу в ценах, но попробую оценить в человеко-часах.

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

С остальными редакторами и кастомизацией всё сильно варьируется и зависит от требуемой детализации и выбранной основы. Но не думаю, что займёт больше недели на модель + также несколько минут на каждую позу (если модель со скиннингом), либо + несколько десятков минут и до часа на позу (если модель будет трансформироваться под каждую позу без скиннинга с компенсацией искажений суставов).

Если кратко, полный цикл такой: моделирование -> текстурирование -> скиннинг -> риггинг -> получение нужных поз -> рендеринг.
По затратам, каждый следующий этап проще предыдущего. В ZBrush можно обойтись без скиннинга и риггинга, но постановка поз будет чуть дольше. Тут всё зависит от количества поз, если их реально много, то лучше потратить время на скиннинг, но зато потом клепать их пачками, если их можно перечислить по пальцам одной руки, то время на нормальный скиннинг себя может и не оправдать.

Короче, диапазон очень большой и сильно зависит от ваших требований и бюджета.

P.S.: Может лучше просто разместить заказ на фрилансе и не гадать тут?

Основной код норм.
1. Переменные вроде как должны быть с заглавной буквы, иначе они считаются значениями.
2. В исходных данных у вас много опечаток, в результате sergey иногда srgey, natali - nataly, а kostya вообще не мужик. И т.д.
3. У вас получаются дубликаты, так как проверяются оба родителя. Если добавить проверку только одного родителя (например, только матери или отца), то дубликаты уйдут.
Как-то так.

В хроме есть возможность отключить эту проверку, запуская браузер с ключом
--disable-web-security
Тогда локальные файлы будут подцепляться.

Если у вас этот код вызывается в потоке пользовательского интерфейса, то ничего удивительного в этом нет. Вы блокируете обработку очереди сообщений и не даёте контролам даже перерисовать себя.

В "хороших" приложениях блокировать UI не стоит, нужно переносить код в параллельный поток, а оттуда обновлять контролы.
Но в крайнем случае, можно просто периодически давать "просраться" очереди сообщений с помощью Application.DoEvents().

На сколько я помню Позер, там реально могут бть дырки, так как вся модель состоит из отдельных кусочков, состыкованных между собой. Я даже в некоторых случаях переносил модель в МАКС и сшивал всё в один меш,, чтобы таких косяков на рендере не было видно.
Но это было давно и сейчас может отказаться не актуальным.