НЕ МОГУ МОЛЧАТЬ!!! (Л. Н. Толстой) "А мужики-то не знают!" (А.Семчев. Из рекламы пива "Три толстяка".
Недавно наткнулся случайно на одну вещь и обалдел, если не сказать крепче. Но я уважаю посетителей форума и за нецензурщину, по последним законом, можно схлопотать.
Уже оказывается давно есть в Базисе одна фишка. Ее сделали, а в пресс-релизах обновлений забыли отметить. А она оч-ч-ч-ч-ень зрелищная и полезная.
Так вот! Есть у нас тумбочка с дверью и выдвижным ящиком. Выделяем дверь и ручку на ней. Петли не выделяем!!! Создать блок. В появившемся окне задания имени блока есть поле Тип блока (для модуля Салон). Я думал это заготовка на будущее для Салона8. Но установите тип Дверь левая (или правая). Автоматически появляется галочка в поле Блок для салона. Нажмите Ок.
Выделите все элементы входящие в ящик. Нажмите Создать блок. Тип блока укажите Ящик. Снимите выделение. Внешне ничего не изменилось. Станьте на ящик курсором и нажмите среднюю кнопку мыши (колесико). Ящик ВЫДВИГАЕТСЯ!!! Станьте на дверь и нажмите среднюю кнопку мыши. Дверь ОТКРЫВАЕТСЯ!!! Еще раз нажмите. Дверь ЗАКРЫВАЕТСЯ!!! Ящик ЗАДВИГАЕТСЯ!!! Есть анимация в Базисе!!!
Но и это еще не все!
Если выделить одну(!) панель, то по ее краям выделяются 8 точек. За них панель можно увеличивать/уменьшать и т.д. Если выделить такой блок для салона, например ящик, то появляется всего две точки. Если взять на виде слева, щелкнуть по правой точке и передвинуть ее вправо, то при щелкани по ящику средней кнопкой мыши он выдвинется от начальной к конечной точке. Т.е. можно делать ящики полного выдвижения и т.д. По сути эти две точки задают вектор, вдоль которого будет выдвигаться ящик и на какую длину. Этот вектор может быть направлен в пространстве как угодно. Ящик тогда будет выдвигаться по «дикому» направлению.
Для открывающейся двери то же есть две точки. Это ось, вдоль которой будет поворачиваться дверь. Если поиздеваться, то угловую радиусную дверь можно отрыть вверх или под углом 30 градусов к вертикали.
Двери купе тоже могут двигаться. Двери открываться влево (дверь левая), вправо (дверь правая), вверх (дверь подъемная), вниз (дверь откидная).
Лично мне это очень поможет при расчётах сложных трансформируемых изделий.
Для визуализации кинематики. Когда, например, при движении одного элемента начинает двигаться второй, при этом приводя в движение третий.
Скажите, уважаемый nayrogi, а Вы уверенно использовали имеющиеся возможности, в частности, вложенную анимацию? Для примера - модель из вложения Раскладушка.b3d (что-то типа раскладного стола):
1 - Исходное положение, все три панели лежат стопкой;
2 - Выделяем, запускаем анимацию в Свойствах (кстати, Ваша кнопка, очень удобно). Один клик - модель начала раскладываться.
3 - Разложенное положение, все три панели разложились и плюс синхронно сдвинулись вверх.
И все за один клик. Посмотрите структуру этой модели, поиграйтесь. Предположу, что механизмы раскладных кроватей, диванов и т.д. с помощью вложенной анимации вполне неплохо моделируются.
Кстати, прошу еще всех обратить внимание - таки сколько на модели ЛСК?
Или еще посмотрите файлик Раскладушка_2.b3d - он больше похож на реальный раскладной стол. Делал быстро, не обессудьте, но, думаю, что идея понятна.
Вы уверенно использовали имеющиеся возможности, в частности, вложенную анимацию?
После анализа Ваших моделей — гораздо уверенней.
На мой взгляд, есть два недостатка во всём этом.
1. Нет очерёдности анимации. Т.е. при анимировании все действия происходят единовременно. Хотелось-бы с определённой последовательностью. Например, поворот блока происходит только тогда, когда подблоки открылись в крайние положения. (что-то типа этого)
2. Необходимо как-то оптимизировать установку ЛСК для блоков. Сейчас это не очень удобно.
А так всё очень даже гуд.
Для тех, кто не может посмотреть модели записал небольшое видео.
Согласен. Да, есть такое, на некоторых механизмах будет интересна именно последовательность. Тоже думал об этом.
Цитата:
Сообщение от nayrogi
2. Необходимо как-то оптимизировать установку ЛСК для блоков.
По идее, она там сама ставится, куда нужно. Человек только назначает - куда и сколько двигать, а дальше отработать человеческие указания - это дело программы.
Цитата:
Сообщение от segotin
Ошибка чтения файла. В девятке сделано?
Да, конечно. 8-ку я уже давно не запускал, только если что-то проверить/сравнить. Да и команда в Свойствах запустить разом всю цепочку вложенных анимированных объектов есть только в 9-ке.
Очистил историю, пересохранил, в 8-ке откроется. Правда, я не знаю, как удастся в 8-ке запустить сразу всю цепочку.
Посмотрел ролик - так там речь идет не про ЛСК, а про ось открывания. Это совсем разные вещи.
У оси открывания принудительно смещать параллельно и одновременно обе точки - не есть правильно, ибо сильно сузит возможности расстановки осей. Когда Вы сдвигали первую точку, и если Вам в конкретно той ситуации нужно их поставить параллельно - сделайте сразу же еще 2 клика и сдвиньте вторую. Прямая определяется двумя точками и каждая их них должна иметь возможность находиться где угодно - независимо от второй точки.
Иначе мы тогда не сможем задать ни одной траектории под углом. Возможно, по какой-либо настройке (либо сдигать параллельно обе точки - либо по одной каждую)? Но принудительно сдвигать обе параллельно будет неверным решением.
-------
И еще прошу обратить внимание на структуру модели Раскладушка_2.b3d: я там создал самый верхний по иерархии анимированный блок, типа "дверь" с нулевым углом открывания и нулевым сдвигом (можно было бы и типа "ящик" с нулевым сдвигом - без разницы). Т.е. после его включения не должно произойти ничего! Ничто никуда не поворачивается и ничто никуда не сдвигается. Зачем он тогда нужен? Этот блок, в который входят остальные блоки, запускает анимацию в нижних блоках. По сути, это некий "спусковой крючок" для анимации всех вложенных блоков, иначе тогда придется их запускать по одному.
-----------
И еще во вложении две ПОЧТИ двери-гармошки. Сделаны чуть по-разному, но принцип один и тот же. Почти - потому что:
1. В начальном (сложенном) и конечном (раздвинутом) положениях двери стоят правильно;
2. А вот в процессе самой анимации раздвижения/сложения есть некоторая несинхронность. Боюсь, что именно тут потребуется уже не анимация, а именно кинематика. Как положено - ТММ, анализ и синтез рычажно-шарнирных механизмов, группы Ассура, степени свободы и прочие увлекательные вещи.
Вот об этом, собственно говоря, и речь. Я изначально этот момент и хотел прояснить.
Реализуемо в БМ или ограничимся анимацией?
Реализуемо ВСЕ. Абсолютно все. Вопрос потребностей и ресурсов, затраченных на реализацию. Забить в БАЗИС весь учебник профессора Артоболевского - можно будет и четырехцилиндровый ДВС спроектировать (один к одному дверь-гармошка, кстати - кривошипно-ползунный механизм). Ну потратим на это год. Мало - два. И что получим в результате?
Ради каприза какой-то тетки раз в жизни посмотреть на дверь-гармошку (и даже не на саму гармошку, а (внимание!) на ее реалистичное открывание! Не на результат, который уже есть и сейчас, а на сам процесс! ) на экране монитора - тормознуть развите всей системы на два года? Это не золотая гармошка получится - бриллиантовая. Нет, кинематикой в общем случае заниматься бессмысленно, и про это здесь уже писалось неоднократно.
Если как-либо попытаться запараметризировать конкретно дверь-гармошку, как частный случай - это пореальнее будет.
Дмитрий, графика, "кино", это больше для наглядности. Когда я поднимал вопрос (лично я), имел в виду проверку на столкновения, другие косяки. Например столкновение фасадов, ящиков, других механизмов. Например "волшебный уголок", он ведь последовательно выезжает из тумбы.
И еще, каждый раз в каждом изделии настраивать анимацию, наверное не очень хорошо, с моей точки зрения, хотя и должна быть возможность, как сейчас это делать. Есть ли возможность закреплять анимацию к тем же петлям и направляющим с последующей установкой в изделие? И второй момент, не будет ли противоречий при установке 2-х петель на одну дверь, борьбы между ними на запуске? Пример нужности этого в примере Найроги со столом книжкой. Вроде все просто, но при неблагоприятном стечении обстоятельств, конструктор может не заметить, что в интерьере эта книжка не разложится. Так вроде стол стоит рядом со шкафом нормально. Но делаю один клик и вижу, что при разложении лопух уперся в шкаф, или места для человека мало осталось, говорю клиенту- нельзя так делать. Это что касается, зачем это нужно.
Тут вам (БЦ) конечно решать об "овчинке", но по моему мнению, функция была бы очень полезной, при правильной реализации. Когда анимация, или кинематика вшита заранее в какие то детали, фурнитуру. Дальнейшие действия пользователя, только нажать кнопку, заранее все подготовив конечно.
Дмитрий, графика, "кино", это больше для наглядности.
Анимация и решает именно эту задачу и больше никакую. Показать клиенту. И вообще, она изначально делалась для БАЗИС-Салона, а в БАЗИС-Мебельщике она оказалась лишь постольку-поскольку. Ну оказалась - и очень хорошо. Решение же задач из области кинематики механизмов в наших планах не стояло и не стоит. При визуальной похожести (глянь, мультик показывают! ) - это принципиально разные задачи. Разных весовых категорий, если более понятна такая аналогия.
Цитата:
Сообщение от segotin
...по моему мнению, функция была бы очень полезной...
На свете существует очень много функций, которые были бы полезными. Повторюсь, что это вопрос соотношения потребностей рынка и ресурсов, затраченных на реализацию.