-NiK-

Покажите стэк модификаторов. Нет ли трипланар проекций в материале?

https://www.youtube.com/watch?v=olydnG_0a0M Либо создавать родительские даммики.

[[image:496091,]] А тут что? Это preferences

Цитата Lvnmsk: Замена текстур и переустановка ФГ не помогают. Текстуры для floorgenerator вообще не имеют никакого значения. Такое происходит только на этом объекте или на новом plane тоже? Fg учитывает только трансформации объекта, но судя по баундинг боксу с ними всё норм.

И откуда скрипту знать в какой уровень вы хотите войти?

Эти две опции не связаны, там же написано Archive system.  Речь об этом

[[image:493583,]] Перед тем, как возникла проблема эта галочка могла быть нажата?  Цитата Spirif: даже знать не знал про Project в максе и все эти нюансы Короче, вот про папки проектов. Их предназначение - менеджмент всего, что связано со сценой и её ассетами. Текстуры сразу ищутся в maps и BitmapDirs, автобэкапы в AutoBackup, ctrl+s открывает папку scenes и так далее. Типа удобно (наверное). До 2019 макса эти папки нужно было указывать вручную - set project folder. Это переключало папку проекта с дефолтной на выбранную и активировало все соответствующие пути для соответствующих целей. А вот при открытии сцены макс папку проекта автоматически не менял, и эта фича обнуляла удобство прожект папок, поэтому большинство работали даже не зная об их существовании. В корне папки проекта лежит файл .mxp который описывает структуру его дочерних папок. Структура может быть любой, она может даже не иметь дочерних папок вовсе (всё может быть свалено в одну). Начиная с 2019 макса файл mxp не просто описывает структуру, он является индикатором наличия этой самой прожект папки (есть правильный mxp - это прожект папка) и при нажатой галочке Automatic search макс теперь может определить, что мы открываем сцену имеющую прожект папку и меняет прожект папку автоматически. Дефолтная никуда не делась, и её пути не должны были меняться (они прописаны там же в mxp), просто сама папка проекта сменилась. После этого, если папки проекта мы всё еще не используем, то эта папка и остается последней активной. Соответственно, у меня и возник вопрос. Действительно ли баг есть. Меняются ли фактически пути в дефолтном mxp файле или происходит банальная смена папки проекта и чинить тут нечего? Ну кроме разве что смены папки обратно на дефолтную.

Цитата MastaMan: Иногда пути с другого проекта записываются в дефолтный Точно пути, а не папка проекта? Эти пути ведь и находятся в файле mxp каждого проекта.

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

В какой конкретно момент зависает? Когда кликаете на список или когда кликаете на кнопку показа чекера в uvw редакторе? Есть ли какой-либо материал на объекте? Сохраните этот объект и выложите сюда.

Известный баг этой версии макса (и не единственный в bitmap coords). Исправлен только в 2022

[[image:493225,]]

Цитата Spirif: Или сбросить эти пути до стандартных максовских ?  Разумеется можно. Где-то тут лежит дефолт "C:\Users\User\Documents\3ds Max 2020" Если вы не используете прожект папки, то это означает, что вы используете вот эту одну дефолтную прожект папку. Предполагаю, что большинство (включая меня) их не используют, хотя некоторые люди находят их удобными. [[image:493091,]]

Customize > Configure Project Paths > AutoBackup. На моей памяти это поведение макса не изменялось очень давно (2020+ в том числе).

Цитата op111: у меня uvw xform не производит никакого действия ни в 16 ни в 18. Не знаю в чем дело. rw нужен по тз, тут уж ничего не поделать. У меня все эти максы есть, всё там работает. Тайлинг, проверяете канал, ставите галку внизу на случай выделения в стеке. ТЗ с rw в модели с изменением юнитов это круто...

[[link:image_uri:491862,]][[/link]] [[link:image_uri:491862,]][[/link]] Ну и в чем проблема? [[link:image_uri:491862,]][[image:491862,sky_image_forum]][[/link]] Если валидатор не пропускает этот маппинг, то это из-за изогнутых участков с боксовым маппингом. Там площадь uv чуть меньше площади геометрии. Эта разница может быть выше порога чувствительности их валидатора. Решение - релакс этих участков и скейл под rw. ___ И повторюсь, я считаю rw здесь не нужен. Вы себе ничего кроме мучений не добавили.

Выложите этот кусок модели если хотите найти нормальное решение. Насчет скрипта rescale unwrap - я забыл, что там масштабирование от центра. В rw вам нужно масштабирование от нуля, так и делает uvwxform.

Цитата op111: в первом сообщении всё и есть В первом сообщении только внешний вид модели с текстурами. Соотношение сторон битмап и что именно происходит после uvwxform непонятно. Я не так давно в UV Tools запиливал конвертацию rw в обычный тайлинг с переносом трансформаций в битмапы, то есть имею некоторое представление о realworld. Ваша задача в принципе элементарна - нужно отскейлить маппинг так, чтобы его юниты снова совпадали с системными. Почему у вас это не получилось я пока не понял. Если вам проще накинуть новый uv, то окей. Просто это не похоже на "нормальный и простой способ перевода из см в инчи".

Цитата op111: UVW Xform не возвращает истинный масштаб.  или я чето делаю не то.Скрипт не работает попробую на другой версии макса. И UVW xform и скрипт должны работать. Покажите вашу развертку и битмапы, и покажите что в результате не так. Цитата op111: у cgtrader такого полно.  Правда это вроде н едля стока а для вилдкат Не знаю что это, но если там возможно изменение юнитов, то я не понимаю как они используют rw.

Цитата op111: uv rws не правит По самим UV координатам невозможно определить были ли они созданы с опцией RW или нет. Realworld параметр есть только в модификаторах и примитивах. Коллапснутые или анврапные UV координаты меняться при смене юнитов не должны и не будут. Цитата op111: Если стек не прибит то это работает Что именно? UVW Xform работает всегда. Убедитесь что он накладывается на весь объект (apply to entire object).  ___ Ваши варианты: А: Заменить rw маппинг на обычный. Б: Починить rw маппинг т.к. после смены юнитов он перестаёт им быть. Например этим (нужное значение 1 юнит) ___ Пользуясь случаем. На форуме наткнулся на такую пдф от cgtrader. Они что предлагают использовать rw маппинг для стоковых моделей? :) Это же абсурд

Насколько я помню все параметры в системных юнитах (миллиметрах, инчах) успешно конвертируются самостоятельно. Проблема не в них, а в развертке real-world. Если был наложен модификатор UVW Map в RW, то он мог не обновиться и его нужно заставить пересчитать маппинг. Выкл>вкл real-world map size. Но тогда сбросится гизмо :) Чтобы не сбросился можно сделать Reset, а потом сразу undo. А вот если некое подобие RW маппинга было сделано в анврапе, то здесь поможет только скейл маппинга через uvwxform с каким-нибудь коэффициентом т.к. для 3дмакса это никакой не real-world, а просто координаты в развертке. См в инчи: 1/2.54 = 0.394 во все Tile UVW Xform модификатора. Real-world не стоит использовать для таких случаев независимо от того, надо будет конвертировать юниты или не надо.

https://cg-source.com/FloorGenerator [[link:image_uri:491194,]][[image:491194,sky_image_forum]][[/link]] Нельзя чтобы widht была больше чем length в режиме шеврон.

[[image:484187,]]

Объект А управляет объектом В? Раз вы анимируете В, то его позиция по идее не должна зависеть от второго объекта, ведь вы ему путь задали самостоятельно. Или же объект В управляет объектом А?

Сдвинуть маппинг на всем объекте чтобы ушел лого. Выделить нужные полики, накинуть на них нужный uvwmap. Процедурно можно через volume select

Насколько я помню в одном максе был такой баг. Не помню в каком именно. Кажется оно. Это пофиксили апдейтом. https://forums.autodesk.com/t5/3ds-max-forum/map-tiling-in-viewport-3d-max-2021/td-p/10198174

Можно гонять через fbx. Если сидеть дальше разбираться с obj, то я бы проверил координаты uv вертексов для начала.

Цитата olmensk2: а про одну и туже В таком случае перенос ENU адекватное решение. Но плагины испортят малину, им нужно устанавливаться по особому и в очень разные места (даже вне папок макса). Если вы сначала установите все нужные плагины (их инсталляторами), а потом перетащите ENU, тогда скорее всего всё взлетит.

Цитата olmensk2: А может кто напишет скрипт типа запустил и он автоматом упаковал кудато в папку всё что связано с настройками макса Вы себе даже не представляете насколько всё плохо. Конфиг самого макса это полбеды. Хотя простой перенос папки ENU из старой версии макса (напр. 2019) в новую версию (напр 2020) чреват разными проблемами. Ну представьте, добавляют в 2020ый новую функцию и кнопочку к ней, а в 2019 её еще не было. Вот при таком переносе о новой кнопочке можно забыть. Вычленить из конфига макса только изменения юзера это нетривиальная задачка на мой взгляд. __ Конфиги плагинов могут быть устроены где и как угодно. Но как правило плагины макса и не нуждаются в настройке. __ Конфиги скриптов тоже могут быть устроены и расположены где угодно. Нет никаких общепризнанных правил. Некоторые авторы вообще до сих пор используют папки из ProgramFiles, вместо юзерпапки. А в юзерпапке скрипты могут делать что хотят, нет никакой специально выделенной папки под их конфиги. Структуру конфига тоже определяет автор скрипта и там вообще нет никаких правил, каждый пишет как умеет. Иными словами, про адекватный осмысленный перенос чужих скриптов, плагинов и их конфигов можно забыть. Автодеск не озаботились созданием единой стандартизированной структуры для этих вещей, а сейчас уже как бы поздновато. Ну и вишенка на торте, чтобы вы понимали насколько всё индивидуально у каждого скрипта. Почти все разработчики скриптов пишут себе инсталлятор сами :)