UV Tools 3

Привет. Я бы ответил по пункатам, но лучше отвечу глобально. Если стоит задача рандомизировать геометрию, то не нужно делать это через UV Tools. Uvw координаты формально ничем не отличаются от геометрических, они тоже 3д, но операции для геометрии зачастую лишены смысла в контексте UV, и наоборот.

Не нужно забывать простой факт - UV Tools это буквально инструменты для UV. Не для всего на свете.

___

Оффсет будет в системных единицах если маппинг real world.

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

http://www.scriptspot.com/3ds-max/scripts/randomize-elements 

купон uvtools3ddd

Ну а вообще курс на сайте так и остался 60 р. за $ и это не потому, что я о нём забыл :)

спасибо большое 

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

Planar from bitmap был упразднён и заменён скейлом по битмапе. Shift на пипетке. Это позволяет скейлить любой уже созданный маппинг под пропорции битмапы, а планар был собственно только планарным.

Одно условие - маппинг должен быть "ровным", то есть не должен быть отскейлен по одной из осей. Если отскейлен, то нужен релакс.

А вот Ctrl на планаре это моё упущение. Уже поправлено в следующей версии, которую я еще не зарелизил.

Версия скрипта, версия макса, какой полигонаж, сколько там кластеров.

Лучше бы конечно получить тестовый объект.

Непонятно что за оффсет (рандомайзер?). Ну и какая ошибка.

Версия последняя 3.2f, максимальный полигонаж 13 миллионов трисов, объектов 56 (идельно наложить на все один модификатор и выполнить оффсет бы), вылетать может при 500 тыс примерно уже. Странно, что при версии 3.2e была только ошибка и не крашился макс, а в более новой версии крашится макс. Какая ошибка вылазила раньше, не помню в связи с установкой более новой версии. Да, оффсет -рандомайзер (значение 5000). Ссылка на сцену в личке

Это то ладно, даже если я её не исправлю, то обойду легко. Уже обошёл.

___

По поводу краша макса.

Нужно понимать, что maxscript очень любит кушать память и урезать его аппетиты невозможно. Это без учета неожиданных утечек памяти, которые могут скрываться за любой из 11 тысяч строк моего кода.

Всё, что вы можете сделать это выложить ему на блюдечке побольше мегабайт:

Числа которого "должно хватить всем" не существует. Сильно завышать его тоже неразумно.

Когда я выдал ему в распоряжение 512МБ скрипт успешно справился с 6 наборами крыш (2.5 млн трисов) без вылета макса.

___

По поводу 13 млн трисов на 56 объектах за раз.

Одно только добавление модификатора unwrap на эти объекты сразу отжирает 16ГБ ОЗУ. Это не относится к мегабайтам на предыдущем скриншоте, но это даёт понять масштаб последующих проблем с памятью. Дальше всё только хуже. В каждом объекте тысячи uv шеллов, информация о них должна где-то храниться (в памяти).

Анврап очень древний модификатор, а немногочисленные изменения, которые в него вносили за последние годы иногда его даже портили. Не стоит ожидать, что он будет адекватно себя вести на таком количестве объектов с таким количеством полигонов. Эти проблемы умножаются на проблемы максскрипта.

Короче говоря - даже не пытайтесь работать с таким объёмом за 1 раз.

___

Ну и последнее. Почему бы не использовать для этой задачи шейдерный рандомизатор? Щас он есть в каждом движке.