Приветствую всех!
Прошу помощи в следуюющем вопросе. Я время от времени создаю в Cinema4d 3d-модели для программы разводки плат DipTrace. Для передачи моделей между этими программами использую несколько устаревший формат vrml2 (*.wrl). Так вот, при создании простых моделей (резисторы, конденсаторы, и т.п.) всё получается нормально. А вот при создании и экспорте более сложных моделей (например, дисплей мобилки) смещаются координаты составляющих объектов - скрины экранов прилагаю.
При экспорте в формат 3ds - такого сдвига координат не происходит, но там теряются материалы и модель выходит вся чёрная. Мне более интересен vrml-формат, поскольку он сохраняет относительные цвета подобъектов. Подскажите какие-нибудь идеи, как можно совместить системы координат после экспорта.
P.S. Прилагаю для сравнения картинки успешного экспорта более простой модели (резистор):
Дежурный ИнопланетянинПодскажите какие-нибудь идеи, как можно совместить системы координат после экспорта.
Думаю, что это несложно. С таким сталкивался, когда доводил до ума чужие библиотечные модели и в этом случае я оси подобъектов (компонентов модели) все помещал в общий центр. А если что-то случайно потом сдвинулось, то восстановить положение такого объекта тогда очень легко.
Здесь для примера яхта, состоящая из 14 разных объектов (компонентов), но у всех их оси имеют одинаковые координаты X/Y/Z = 0/0/0 (на скриншоте видно).
Ну а на счёт экспорта с сохранением материалов (несложных), то почему бы не попробовать формат FBX - у него хотя и не всегда всё корректно, но в целом материалы сохраняет.
Спасибо большое, Алек сандр (aler)!
Я и сам, было, допёр до совмещения отсчётов всех подобъектов в некоем общем центре. Весь вопрос в том, как это сделать ПРАВИЛЬНО? Я пробовал так: центрировал родительский объект ("LS020"😉 в начало World-координат, затем выделял сразу все подобъекты и ... перепробовал все доступные опции в меню Structure -> Axis Center -> ... Никакого успешного результата. Кроме того, что при некоторых из тех опций все подобъекты слетаются в центр сцены 🙁
P.S. Я всеми четырьмя лапами за формат FBX, только ... Его Величество Dip Trace сей формат не приемлет. По этой же причине использую не последние версии Синемы, а давнюю версию R12 - практика показала, что результат VRML-экспорта моделей, созданных мной с применением Булевых вычитаний, именно из этой версии выглядит в просмотрщике Dip Trace наиболее прилично.
Подскажите, пожалуйста, как правильно поместить все оси подобъектов в общий центр.
Ещё добавлю: я попробовал начало координат каждого подобъекта принудительно совместить с началом координат сцены и родительского объекта. После того, как подобъекты послетались в кучу в центре вида, я сделал пробный VRML-экспорт, а затем их снова принудительно порастаскивал по нужным местам и сделал окончательный экспорт. Что примечательно - файл промежуточного экспорта выглядит и в Синеме и в Dip Trace одинаково (все подобъекты в одной куче), а вот окончательный вариант (после растаскивания подобъектов по нужным координатам) - только в Синеме выглядит нормально, а в Dip Trace - снова тот самый дефект (сильно смещаются координаты X и Z) 🙁
После длительных экспериментов, проб и ошибок удалось обнаружить, что претерпевают вышеупомянутое нежелательное смещение только те подобъекты, которые были созданы путём Булева вычитания и затем передвинуты по осям X и Z в нужные позиции. Отсюда - напрашивается решение: создавать их сразу по размеру родительского контейнера, а затем Булем вырезать ненужные фрагменты так, чтобы нужные оставались сразу на своих штатных позициях, без необходимости их последующего смещения (позиционирования). Хлопотно, но - преодолимо. Проверил, работает 🙂
Из 3D программ в данный момент у меня стоит только одна Синема, потому проверить экспорт во что-то другое не могу.
Ну а если говорить про манипуляции с осями объектов внутри Синемы, то здесь диалог Axis Center кажется не нужен, а нужен Coordinate Manager и всё делается вручную с каждым объектом, как на скриншотах:
Если же после импорта в программу Dip Trace она положение осей подобъектов всё равно изменит, то тут уже и не знаю, чем помочь...
Ещё вариант работы с осями объектов - это Ось объекта можно в режиме Snapping (привязки) приклеить к какой-нибудь угловой точке этого объекта - так тогда проще ставить подобъекты в нужные места в случае их смещения - это как раз по вопросу нехорошестей после Булевых операций. Да и вообще после Буля не будет лишним проверять, а там ли теперь находятся оси объекта? 🙂
Спасибо, @Алек сандр (aler)!
Я не знал, для чего нужен Snapping - теперь вникну и буду пользоваться. Проблему можно считать решённой. Большое спасибо за участие и дельные подсказки!
Да, @Алек сандр (aler), Вы - настоящий знаток! По Вашей иллюстрированной подсказке мне удалось намного быстрее создать необходимый мне файл 3d-модели и даже весьма быстро и просто исправить несколько моих предыдущих моделей. Пожалуй, на досуге я автоматизирую сей процесс (приведение осей "послеБулевых" подобъектов) с помощью C.O.F.F.E.E - когда-то писал на нём несколько макросов для Синемы.
Ещё раз благодарю Вас за помощь!
Дежурный ИнопланетянинЕщё раз благодарю Вас за помощь!
Успехов 🙂
И, так понимаю, оси объектов теперь не "прыгают" в ненужные места?
p.s. На счёт C.O.F.F.E.E, то разработчики уже довольно давно выпилили его из программы и в современных версиях Синемы он уже не поддерживается. Поэтому несколько странно звучит упоминание про этот язык программирования. Однако если к программированию всё же есть склонность и знания, то более перспективно для автоматизации процесса попробовать применить XPresso или Python.
Да, оси уже не прыгают - стоят, как вкопанные 🙂
Всё правильно на счёт C.O.F.F.E.E - он был в Синеме до 19-й версии, а после - исключён. Но я выше упоминал, что для лучшей "стыковки" с Dip Trace использую 12-ю версию - в ней послушный C.O.F.F.E.E ещё имеется. А вообще на работе имею 26-ю, но необходимость в ней возникает редко: для моих примитивных задач и 12-ки хватает с головой.
А с Python-ом у меня не сложилось - уж очень сбивает с толку его синтаксис с отступами. Но это уже не по теме 🙂
To Aneesha Bapat:
Thanks for the information. But until Python gets rid of it's ridiculous indented syntax, it won't seduce me with any comprehensive course.
На 1вин можно найти все, что нужно для любителей азартных игр: ставки на спорт, казино и различные игры. Платформа проста в использовании, а также предлагает выгодные бонусы для новых игроков. Рекомендую попробовать 1вин, если хотите разнообразить свои увлекательные ставки.
Доступ к резюме доступен только по пакетному доступу HR менеджерам зарегистрированных компаний. Узнать о вариантах корпоративных пакетов можно по ссылке.
Дежурный Инопланетянин
Прошу помощи в следуюющем вопросе. Я время от времени создаю в Cinema4d 3d-модели для программы разводки плат DipTrace. Для передачи моделей между этими программами использую несколько устаревший формат vrml2 (*.wrl). Так вот, при создании простых моделей (резисторы, конденсаторы, и т.п.) всё получается нормально. А вот при создании и экспорте более сложных моделей (например, дисплей мобилки) смещаются координаты составляющих объектов - скрины экранов прилагаю.
При экспорте в формат 3ds - такого сдвига координат не происходит, но там теряются материалы и модель выходит вся чёрная. Мне более интересен vrml-формат, поскольку он сохраняет относительные цвета подобъектов. Подскажите какие-нибудь идеи, как можно совместить системы координат после экспорта.
P.S. Прилагаю для сравнения картинки успешного экспорта более простой модели (резистор):
Алек сандр (aler)
Здесь для примера яхта, состоящая из 14 разных объектов (компонентов), но у всех их оси имеют одинаковые координаты X/Y/Z = 0/0/0 (на скриншоте видно).
Ну а на счёт экспорта с сохранением материалов (несложных), то почему бы не попробовать формат FBX - у него хотя и не всегда всё корректно, но в целом материалы сохраняет.
Дежурный Инопланетянин
Я и сам, было, допёр до совмещения отсчётов всех подобъектов в некоем общем центре. Весь вопрос в том, как это сделать ПРАВИЛЬНО? Я пробовал так: центрировал родительский объект ("LS020"😉 в начало World-координат, затем выделял сразу все подобъекты и ... перепробовал все доступные опции в меню Structure -> Axis Center -> ... Никакого успешного результата. Кроме того, что при некоторых из тех опций все подобъекты слетаются в центр сцены 🙁
P.S. Я всеми четырьмя лапами за формат FBX, только ... Его Величество Dip Trace сей формат не приемлет. По этой же причине использую не последние версии Синемы, а давнюю версию R12 - практика показала, что результат VRML-экспорта моделей, созданных мной с применением Булевых вычитаний, именно из этой версии выглядит в просмотрщике Dip Trace наиболее прилично.
Подскажите, пожалуйста, как правильно поместить все оси подобъектов в общий центр.
Вложения
Дежурный Инопланетянин
Дежурный Инопланетянин
Алек сандр (aler)
Ну а если говорить про манипуляции с осями объектов внутри Синемы, то здесь диалог Axis Center кажется не нужен, а нужен Coordinate Manager и всё делается вручную с каждым объектом, как на скриншотах:
Если же после импорта в программу Dip Trace она положение осей подобъектов всё равно изменит, то тут уже и не знаю, чем помочь...
Ещё вариант работы с осями объектов - это Ось объекта можно в режиме Snapping (привязки) приклеить к какой-нибудь угловой точке этого объекта - так тогда проще ставить подобъекты в нужные места в случае их смещения - это как раз по вопросу нехорошестей после Булевых операций. Да и вообще после Буля не будет лишним проверять, а там ли теперь находятся оси объекта? 🙂
Дежурный Инопланетянин
Я не знал, для чего нужен Snapping - теперь вникну и буду пользоваться. Проблему можно считать решённой. Большое спасибо за участие и дельные подсказки!
Дежурный Инопланетянин
Ещё раз благодарю Вас за помощь!
Алек сандр (aler)
И, так понимаю, оси объектов теперь не "прыгают" в ненужные места?
p.s. На счёт C.O.F.F.E.E, то разработчики уже довольно давно выпилили его из программы и в современных версиях Синемы он уже не поддерживается. Поэтому несколько странно звучит упоминание про этот язык программирования. Однако если к программированию всё же есть склонность и знания, то более перспективно для автоматизации процесса попробовать применить XPresso или Python.
Дежурный Инопланетянин
Всё правильно на счёт C.O.F.F.E.E - он был в Синеме до 19-й версии, а после - исключён. Но я выше упоминал, что для лучшей "стыковки" с Dip Trace использую 12-ю версию - в ней послушный C.O.F.F.E.E ещё имеется. А вообще на работе имею 26-ю, но необходимость в ней возникает редко: для моих примитивных задач и 12-ки хватает с головой.
А с Python-ом у меня не сложилось - уж очень сбивает с толку его синтаксис с отступами. Но это уже не по теме 🙂
Дежурный Инопланетянин
Thanks for the information. But until Python gets rid of it's ridiculous indented syntax, it won't seduce me with any comprehensive course.
Rodion Maslov