если назначил какому-то объекту шейдер с .altuv (truckpaint.altuv), у этого объекта должно быть три канала UV. про обратное утверждение не знаю - вмозможно, объект с тремя каналами нельзя рендерить шейдером, отличным от truckpaint.altuv.

перефразирую: если у truckpaint выставил где-то "Manual UV#3", то всем объектам, которым назначен этот мат, надо включить три канала UV. хотя, если не ошибаюсь, заноза на экспорте этот момент сама проверяет и исправляет. лучше загляни, какой .mat на выходе получился.

мод фолдер это папка, в которой ты будешь собирать свой мод. пусть это D:\ModHiWay, не вопрос. в ней ты создаешь папки vehicle/truck/iveco_hiway/interior. в сцене удаляешь ориджин, удаляешь папки-группы в браузере матов и браузере текстур для тех матов/текстур, которые в папке экспорта должны быть. оставляешь пути только для специфиченых "отсылов" к стандартным текстурам и матам, типа /vehicle/share/ для dashboard и gps... и, например, текстурку с "логотипом," который, к примеру на самом траке тоже используется - ей прописываешь группу vehicle/truck/iveco_hiway - чтоб в папке с траком текстура была.

всё, делаешь экспорт в папку vehicle/truck/iveco_hiway/interior - там сгенерятся все маты, а для "логотипа" сгенерится отсыл в vehicle/truck/iveco_hiway. делаешь экспорт в vehicle/truck/iveco_hiway/interior_super_mod/ - теперь там сгенерятся все маты и тобжи, причем в матах будут прописаны пути к тобжам правильные. а отсыл к "логотипу" так и останется "vehicle/truck/iveco_hiway/". т.е. ориджин определяется на момент экспорта относительно Mod folder. для работы с траками это, может, и не нужно. а когда работаешь с кучей объектов, которые пакуются в один мод - префабы, или элементы декора трака - mod folder задает организацию и просто делаешь экспорт каждого объекта в свою папку.

в окне экспорта кнопка-список напротив "Папка экспорта:", появляется когда выбираешь формат экспортируемый "SCS Prism 3D (*.pmd)".

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

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

в ETS "обычная текстура" и "текстура с тенями" сведены в одну общую текстуру, и она накладывается по UV1. В альфа-канале этой тектсуры хранится мультипликатор для яркости бликов и отражений (темный/черный для резины, белый/светлый для металла и хрома).

Для работы нескольких каналов на модели, в свойствах объекта в Mesh\Vertices\Format надо задать количество UV каналов. По умолчанию, он всего один.

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

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

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

немного технической стороны этого вопроса:
в максе вершинки это только позиции. а нормали и мэппинг расписан уже внутри модели по сетке. когда макс тебе показывает, что в модели 10 вершинок, это 10 уникальных точек в пространстве, на которые геометрия натянута. в реале DirectX надо будет кормить вершинками, с которыми идут вместе и нормали и мэппинг. поэтому при перегоне в ZM вершинки могут продублироваться, если у них не совпадают нормали (smoothing group) или мэппинг. так, например, простой кубик в максе тебе будет утвержать, что у него всего 8 вершинок. но загнать его в ZM с острыми гранями, нормалями и мэппингом и при этом не порезав, не получится. в ZM такой кубик получится с 24 вершинками.