becks, я примерно так и понял. По сути для решения Вашей задачи силами "не обученых студентов" система моделирования должна быть интеллектуальной и понимать чем отличается болт от гайки, посадочное место от простой дырки и так далее. Чтобы система могла это понимать она должна быть либо очень умной (настолько умных в настоящее время не существует) либо для всех объектов модели должны предоставляться наборы метаданных, описывающих не только форму но и предназначение и многие другие характеристики. Думаю что в настоящее время таких кибких и универсальных систем моделирования, способных самостоятельно разобратся с анимацией процесса сборки/разборки произвольной модели просто не существует. На ум приходит иолько чтото типа компас3д, как обоадающий наьорами метаданных и способный рассматривать детали как именно детали а не их 3д представление. Но думаю всеже дешевле будет найти студентов умеющих работать в блендере, чем специалистов, саособных переработать ваши 100500 моделей в компас.
PS: для блендера можно писать расширения (на питоне). Так что если пойдете по пути написания собственного ПО, делая его в виде расширения для блендер вы получите много плюшек сразу из коробки (готовую систему рендеринга, импорт и экспорт различных форматов, интерфейс и многое другое)
Да, такой интерфейс существует. Он прост и доступен, правда не бесплатен. Это любая фриланс площадка.
PS: не пытаюсь Вас ругать или поучать, действительно незачто, и Ваша задача достаточно простая, любой более менее адекватный пакет 3D моделирования позволит реализовать ее даже начинающему. Но... это не будет выглядеть так: хочу чтобы болты встали по спирали в свои позиции, за 3 секунды, подлетев закрутились по часовой стрелке, а камера при этом выбрала наилучшие ракурсы чтобы все это показать. В реальности все это придется делать в ручную, указывать начальные и конечные положения, траектории перемещения, ориентацию объектов в пространстве на всех участках траектории или в ключевых кадрах, положение камеры и освещение, скорость движения объектов и многое другое. Как то так.
PPS: если прямо сейчас взять и установить например blender, то уже к завтрашнему вечеру вы вполне сможете освоить азы необходимые для создания таких анимаций, при условии что сами модели уже готовы)
prostranstvovremya, тут все очень любят хаять пиратство. Причина проста, значительная часть собравшихся здесь зарабатывают предоставляя различный интернет контент, и как следствие очень негативно относятся к любым поползновениям, нацеленым на получение контента без оплаты. Вот только я уверен, что многие из нас абсолютно не стеснялись в свое время качать с торрентов терабайты киношек, музыки, книг и аудиокниг, игр и другого лицензированного контента. Так что не слушай никого, как говорят психологи, чаще всего громко возмущаются именно те, кто больше всего нарушают.
prostranstvovremya, судя по реакции интерфейса картинка подгружается в канвас кусками, в зависимости от позиции области просмотра на превью. В код не лез, но если это так, то самый простой способ вытащить картинку это сделать принтскрины и склеить эти куски в любом графическом редакторе.
DanKud, не меняя серверный api немного снизить нагрузку позволят longpooling запросы. Но это даже не полумера, это четвертьмера. Если идти по вашему пути то действительно можно создать некоторый промежуточный микросервис, принимающий запросы от клиетов в виде массивов id и перезапрашивайющий их статус у основного сервера, при этом с обязательным кэшированием результатов, чтобы избежать лишних запросов к основному серверу.
НО ... все это не имеет смысла если автор вопроса может доработать API основного сервера.
Jintsuu, измените сервис (API), чтобы он мог обрабатывать id пачками, и пачками же возвращать статусы.
В любом случае, без изменения/доработки серверного API вы эту проблему не решите и вам останется только долбить сервер кучей запросов. Возможно чуть сократить нагрузку можео с помощью longpooling, но это всеравно не решит проблему полностью
Василий, я тоже сторонник вебсокетов, но както делал внутренний вебсервис для одной госконторы, и у них везде ие8. Пришлось изголятся, делая чтото типа faye
Jintsuu, организуй запрос статуса сразу для всех сообщений имеющихся в настоящий момент одним запросом.
Например в сетинтервале отправляй массив с id интересующих сообщений, а с сервера возращай массив статусов, а еще лучше не в сет интервал а в обработчике предыдущего запроса через сеттаймоут
hOtRush, стандарты? А с чего вы взяли, что типовое решение из php является стандартом?
Если же копнуть глубже, то мы легко сможем нагуглить, что экспресс это не мегокомбайн типа ларавеля, а легковесный вэб фреймворк, решение специфических задачь в котором как раз отданно на откуп различным сторонним библиотекам. Если уж на то пошло, существуюи в ноде и болеее жесткосвязанные фрэймворки, умеющие все из коробки. Например impress. Поэтому умерьте свой гонор, и избавляйтесь от привычки судить и советовать в вопросах, в которых вы не являетесь специалистом. Вы ведь не являетесь специалистом по фреймворкам представленным в экосистеме nodejs?
hOtRush, php изначально родился как результат костылестроения.
В 1995 году датский программист (ныне живущий в Канаде) Расмус Лердорф (Rasmus Lerdorf) создал набор скриптов на Perl/CGI для вывода и учёта посетителей его онлайн-резюме, обрабатывающий шаблоны HTML-документов. Лердорф назвал набор Personal Home Page (Личная Домашняя Страница)
1. Что вы имеете ввиду под первым и вторым открытием? Открытие окна (вкладки) браузера со страницей? Открытие модального окна?
2. хз, не интересно лопатить код целой страницы.
PS: для блендера можно писать расширения (на питоне). Так что если пойдете по пути написания собственного ПО, делая его в виде расширения для блендер вы получите много плюшек сразу из коробки (готовую систему рендеринга, импорт и экспорт различных форматов, интерфейс и многое другое)