Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 50
Никого уже не удивишь технологией drill-down, изобретателем которой по праву можно считать знаменитого русского просветителя и общественного деятеля Кощея Бессмертного (смерть на конце иголки, иголка в яйце, яйцо в утке, утка в зайце, заяц в сундуке, бла-бла).
изрядно поржал, если Ваше собственное — двойной респект)
Предлагаю тут, в комментах к статье, создать дискуссионную комнату. У кого есть опыт неигрового применения Unity — поделитесь пожалуйста пережитым — без особых деталей, на уровне идей и use cases
сам, пожалуй, и начну — мы таки сделали конструктор интерьеров, интегрированный с каталогом товаров. beladeco.by, бета.
была сделана интеграция Unity в web-страницы с двусторонней связью (скрипы unity <-> скрипты страниц) с передачей данных через XML.
Отдельно вынесено приложение конфигуратора в каталоге, оно же интегрировано в приложение 3D-конструктора в Интерьерах.
была сделана интеграция Unity в web-страницы с двусторонней связью (скрипы unity <-> скрипты страниц) с передачей данных через XML.
Отдельно вынесено приложение конфигуратора в каталоге, оно же интегрировано в приложение 3D-конструктора в Интерьерах.
Был проект создания витрины автосалона, с трехмерными конфигураторами и прочими плюшками.
Дальше предварительного проектирования не ушел, был признан ненужным.
Дальше предварительного проектирования не ушел, был признан ненужным.
Что так? Или побоялись что через инет никто машину не купит? :-) Или виртуальная машина не понравилась (типо вибрации не хватает? :)
Приложение больше рассматривали для использования в салоне, пришел клиент его поводили, все чего в салоне нет на планшете показали, что он захотел сконфигурировали и скинули ему на телефон/планшет, созревать :)
Почему не приняли, не знаю, в то время там вообще были ну очень большие изменения организационной структуры, меня чуть позже тоже организовали на выход из штата как не нужного, правда с очень хорошим выходным пособием :)
Почему не приняли, не знаю, в то время там вообще были ну очень большие изменения организационной структуры, меня чуть позже тоже организовали на выход из штата как не нужного, правда с очень хорошим выходным пособием :)
Есть опыт. Предложил создать инструмент для градостроительства, причем с возможностью тестирования здания в разных условиях — отказали, сказали что какая то ненужная чушь.
Очень любопытно, никогда не тестировал здание — предлагали боингами его закидывать? :-)
Для градостроительства вот — habrahabr.ru/post/196862/ :-)
Да, примерно такое и хотелось сделать. Только в масштабах города, так скажем «интерактивная модель».
Мне кажется, это могло бы помочь например макетировать строительство новых зданий и дорог, особенно если создать инструменты для того, чтобы это можно было сделать «внутри» — посмотреть что изменит новая постройка в таком варианте имхо лучше, чем создавать тот же макет в максе ибо точно будет реал размер.
А про тестирование — вот например что случится со зданием, если во время опрессовки газ под давлением вызовет аварию? Игровые движки поддерживают физику, может и не самым грамотным путем, но они и не ограничивают ее применение — физику всегда можно расширить. Грамотно рассудить над тем, что куда попрятать чтобы домик не порушился гораздо проще, когда есть модель, описывающая предположительное поведение.
Мне кажется, это могло бы помочь например макетировать строительство новых зданий и дорог, особенно если создать инструменты для того, чтобы это можно было сделать «внутри» — посмотреть что изменит новая постройка в таком варианте имхо лучше, чем создавать тот же макет в максе ибо точно будет реал размер.
А про тестирование — вот например что случится со зданием, если во время опрессовки газ под давлением вызовет аварию? Игровые движки поддерживают физику, может и не самым грамотным путем, но они и не ограничивают ее применение — физику всегда можно расширить. Грамотно рассудить над тем, что куда попрятать чтобы домик не порушился гораздо проще, когда есть модель, описывающая предположительное поведение.
Работал в фирме, которая занимается в основном визуализациями интерьеров, зданий, промышленных объектов, коттеджных посёлков. В целом, интерактивные презентации. Всё разрабатывалось на Unity.
Мы сделали дизайнер интерьеров, пока только для iOS: icandesignapp.com
Разрабатываем тренажер для персоналов отелей. Unity3d + Kinect + распознавание речи.
Картографический сервис — конструктор habrahabr.ru/post/147999/
Для строительных девелоперов — youtu.be/RmsEOHsMJQk
И подобные проекты…
Для строительных девелоперов — youtu.be/RmsEOHsMJQk
И подобные проекты…
Писали как-то на хабре про проект голографического стола (раз, два), и надеюсь, напишем еще не раз, т.к. проект жив и продолжает развиваться. На начальных этапах создавали контент для оборудования на собственном движке, сейчас уже полностью перешли на Unity. Контент преимущественно относится к строительной, промышленной и нефтегазовой отраслям.
Не хватает только Oculus rift.
Добрый день! Инструмент отлично подходит для создания приложений, единственный минус — размер apk (например, текстовый редактор, который весит 20 метров, может напугать пользователя). Недавно опубликовали 2 приложения на Unity: КАСКО Клуб и Хранитель ПИН-кодов. В первом приложении реализованы сетевые функции и работа с внешним API, а во втором — широкие возможности криптографии .NET
Классно! Вместо Хранителя ПИН-кодов я бы предложил «Хранитель Тайн» — или там только пинкоды можно хранить?
Ох. Вы же понимаете, что «приложения» на Юнити высаживают батарею на порядки быстрее, чем обычные приложения?
Может я не прав, но по моему мнению писать обычные приложения на Unity, это стрельба по воробьям из пушки.
Интересно, а можно ли работать с bluetooth оборудованием в новой версии unity?
Это можно и в текущей 4.5 — www.assetstore.unity3d.com/en/#!/content/16467. Правда опыта нет, но раз на Asset Store опубликовано — значит работает
Видео вдохновляет!
Игровые движки всегда применялись для массы целей. Из интересного, еще в незапамятные времена принимал участие в написании софта для управления морским портом на Unreal Engine 2.
Также есть применение для визуализации спортивных событий. Например, Volvo Ocean Race
imho карта бы лучше подошла — google api бы сдюжил
В данном случае наверное да, в Unity нет необходимости.
Но такое направление мне кажется имеет будущее — всё то, что раньше накладывалось на TV картинку в спортивных передачах, теперь можно делать интерактивно в реальном времени, независимо от режиссеров трансляции. Например, в подозрительный момент зритель сможет проверить положение «вне игры» в футболе.
Unity стал тем, чем не смог стать VRML…
А ведь даже предположить нельзя было, что появится новый стандарт 3D Web'a…
Все таки очень интересно жить в наше время…
А ведь даже предположить нельзя было, что появится новый стандарт 3D Web'a…
Все таки очень интересно жить в наше время…
WebGL не считаете?
1. Unity не является стандартом.
2. 3D в том числе и неигровые проекты делаются на флэше. Например, сегодня кинули ссылку:
www.youtube.com/watch?v=XaABrQMiIlU
2. 3D в том числе и неигровые проекты делаются на флэше. Например, сегодня кинули ссылку:
www.youtube.com/watch?v=XaABrQMiIlU
То есть только с версии 5.0 Unity можно использовать для бизнеса? А до этого что, только бесплатные игрушки можно было писать?
использовать можно было (референс-проекты откуда-то же взялись, и это только небольшая часть от реализованных проектов).
5-терка достигла той социальной и технологической зрелости, когда о возможности массового использования в бизнесе стало резонно громко заявить. Согласитесь, многое зависит от маркетинга вендора — нужно создать и распиарить прецеденты, формировать комьюнити, поощрять новаторов — тогда набегут и заказчики, и партнеры
5-терка достигла той социальной и технологической зрелости, когда о возможности массового использования в бизнесе стало резонно громко заявить. Согласитесь, многое зависит от маркетинга вендора — нужно создать и распиарить прецеденты, формировать комьюнити, поощрять новаторов — тогда набегут и заказчики, и партнеры
Это я так тонко пытался намекнуть, что видео-игры — это тоже бизнесс. И фраза что «теперь Unity можно использовать не только для разработки игр, но и для бизнеса», звучит для меня как-то нелепо.
извините, если Вас чем-то обидел, совсем не хотел.
Игра — это бизнес в сфере развлечений, а я смотрю со стороны потребителя. Для разработчика это бизнес, для потребителя — развлечение, в этом разница. Никто ж при этом не отрицает, что индустрия развлечений требует серьезного подхода и за хорошее развлечение люди готовы заплатить :-) Просто категории потребителей радикально отличаются, а значит и продукты, подходы к разработкам — это имелось в виду.
Игра — это бизнес в сфере развлечений, а я смотрю со стороны потребителя. Для разработчика это бизнес, для потребителя — развлечение, в этом разница. Никто ж при этом не отрицает, что индустрия развлечений требует серьезного подхода и за хорошее развлечение люди готовы заплатить :-) Просто категории потребителей радикально отличаются, а значит и продукты, подходы к разработкам — это имелось в виду.
А, ну если вы имели ввиду, возможность создания приложений для бизнеса, а не только игровых приложений, тогда понятно.
Просто для меня та фраза звучит как «ну теперь то можно Unity использовать и для работы, а не только игры на ней писать» (что немного некорректно, т.к. писать игры для кого-то тоже работа), а не «теперь на Unity можно писать приложения для работы, а не только для отдыха». Может стоит переформулировать, если, конечно, я не один такой =(
Просто для меня та фраза звучит как «ну теперь то можно Unity использовать и для работы, а не только игры на ней писать» (что немного некорректно, т.к. писать игры для кого-то тоже работа), а не «теперь на Unity можно писать приложения для работы, а не только для отдыха». Может стоит переформулировать, если, конечно, я не один такой =(
Я уже вполне продолжительное время работаю в фирме создающей интерактивные информационные приложения на Юнити и комплексные решения для музеев. Хотел бы немного разбавить общую легкую щенячью истеричность по Юнити. Сами Юнитеки нигде и никогда не расскажут о своих минусах и подводных камнях. А их не мало и они болезненные:
1. Нет нормального видео фреймворка. МувиТекстура не поддерживает перемотку, что оказалось фатальным. Никакие сторонние ассеты этого не решают т.к. они ужасные.
2. Анимационный инструмент слабо пригоден для не игровых приложений. Возможно, чтобы сделать анимированых персонажей — его достаточно. В Юнити утверждают, что он хорошо подходит для их нового интерфейса — это не всегда (а иногда и вовсе) не так. Этот инструмент очень не удобен и убивает очень много времени ради результата, который в последствии может оказаться неприменимым в изменившейся ситуации. Что им действительно бы стоило сделать так это твинер. Благо есть много отличных решений. Вообще анимация в юнити реализована не очень удачно. Иногда ее просто не возможно синхронизировать с другими событиями или добиться некой последовательности действий.
3. Плохо реализованная сетевая часть. Пришлось писать свою.
4. Жуткая работа с внешними загружаемыми ресурсами.
5. Просто бездарный профайлер. Не показывающий правду.
6. Единственный реальный способ дебага — это по старинке логами. Потому, что дебаг через моно боль (постоянные креши и падения). Жить с этим нельзя. Спасибо МС, эта ситуация стала меняться.
Можно еще что-нибудь назвать, но это основные проблемы.
Вообще, когда первый раз запустил Юнити 5 очень сильно поразило то, что они улучшили свет и ничего не сделали с тенями, они по прежнему отвратные.
Среди положительных моментов хочу отметить библиотеку TouchScript, которая шикарная, красивая (как внутри так и снаружи) и просто не заменима. Разные библиотеки для AR. Это то, что заставляет меня оставаться на Юнити несмотря на его детские проблемы.
Ну и вообще поддержку(в том или ином виде) многими фирмами Юнити.
1. Нет нормального видео фреймворка. МувиТекстура не поддерживает перемотку, что оказалось фатальным. Никакие сторонние ассеты этого не решают т.к. они ужасные.
2. Анимационный инструмент слабо пригоден для не игровых приложений. Возможно, чтобы сделать анимированых персонажей — его достаточно. В Юнити утверждают, что он хорошо подходит для их нового интерфейса — это не всегда (а иногда и вовсе) не так. Этот инструмент очень не удобен и убивает очень много времени ради результата, который в последствии может оказаться неприменимым в изменившейся ситуации. Что им действительно бы стоило сделать так это твинер. Благо есть много отличных решений. Вообще анимация в юнити реализована не очень удачно. Иногда ее просто не возможно синхронизировать с другими событиями или добиться некой последовательности действий.
3. Плохо реализованная сетевая часть. Пришлось писать свою.
4. Жуткая работа с внешними загружаемыми ресурсами.
5. Просто бездарный профайлер. Не показывающий правду.
6. Единственный реальный способ дебага — это по старинке логами. Потому, что дебаг через моно боль (постоянные креши и падения). Жить с этим нельзя. Спасибо МС, эта ситуация стала меняться.
Можно еще что-нибудь назвать, но это основные проблемы.
Вообще, когда первый раз запустил Юнити 5 очень сильно поразило то, что они улучшили свет и ничего не сделали с тенями, они по прежнему отвратные.
Среди положительных моментов хочу отметить библиотеку TouchScript, которая шикарная, красивая (как внутри так и снаружи) и просто не заменима. Разные библиотеки для AR. Это то, что заставляет меня оставаться на Юнити несмотря на его детские проблемы.
Ну и вообще поддержку(в том или ином виде) многими фирмами Юнити.
Интересные размышления, и интересная деятельность — спасибо за развернутый коммент.
Я бы про Муви сказал так — это тяжелый Asset (если его надо перематывать — значит об большой), вставлять его в приложение Unity может следовало бы в крайнем случае, когда нет другого выхода. А другой выход навскидку — запустить муви в отдельном приложении и управлять перемоткой из приложения Unity через Application.ExternalCall — не на всех платформах реализуемо, но чем не вариант? Заставить сейчас приложения взаимодействовать много разных способов.
Анимации нам достаточно еще из версии 3.x — мы открываем-закрываем двери, крышки унитазов, полки и дверцы в шкафчиках — тут Mecanim не нужен, и на развитие анимации мы смотрим совсем без ревности. На вашем месте я бы пробовал тащить анимацию из внешних программ (конвертировать из проф. спец. пакетов в формат Mecanim) — штука по разработке серьезная, но мне кажется — достижимая. Конечно хочется чтобы всё тут, в одном… но… качественная анимация это вообще тема для отдельной ветки, в одном пакете одно лучше, в другом другое…
С внешними ресурсами у нас прекрасно — WWW и AssetBundle нам выше крыши, POST и GET есть — не знаю что еще надо-то? Упаковка AssetBundle очень технологичная — у нас сейчас уже упаковано около 20 тыс AssetBundles, а в 2015 году хотим достичь 200 тыс. Всё лежит на nginx/apache и отлично отдается.
Профайлер показывает что захочет, и свиду неказист, но правду там находить удается — а главное, какие модули пожирают сколько памяти.
С дебагом стало плохо начиная с версии 4.2, когда появился Mono 4.0. Вот ждем когда поисправляют глюки. Хотя и вывод в консольный лог тоже хорош в простых случаях, без отладчика все же трудно — советую побороть эту проблему, это достижимо. Ну можно самому следить за обновлением Xamarin/Mono — в составе Unity идут не новые далеко сборки, но надо уметь поставить и заставить работать с Unity, на форумах эти страсти-мордасти описаны. Понаслышке знаю, что удавалось отлаживать и в Visual Studio, но сам не фанат последнего и подробностей не знаю.
Поиграйтесь с настройками QualitySettings — тени могут быть разными, возможно что-то не пробовали.
Я бы про Муви сказал так — это тяжелый Asset (если его надо перематывать — значит об большой), вставлять его в приложение Unity может следовало бы в крайнем случае, когда нет другого выхода. А другой выход навскидку — запустить муви в отдельном приложении и управлять перемоткой из приложения Unity через Application.ExternalCall — не на всех платформах реализуемо, но чем не вариант? Заставить сейчас приложения взаимодействовать много разных способов.
Анимации нам достаточно еще из версии 3.x — мы открываем-закрываем двери, крышки унитазов, полки и дверцы в шкафчиках — тут Mecanim не нужен, и на развитие анимации мы смотрим совсем без ревности. На вашем месте я бы пробовал тащить анимацию из внешних программ (конвертировать из проф. спец. пакетов в формат Mecanim) — штука по разработке серьезная, но мне кажется — достижимая. Конечно хочется чтобы всё тут, в одном… но… качественная анимация это вообще тема для отдельной ветки, в одном пакете одно лучше, в другом другое…
С внешними ресурсами у нас прекрасно — WWW и AssetBundle нам выше крыши, POST и GET есть — не знаю что еще надо-то? Упаковка AssetBundle очень технологичная — у нас сейчас уже упаковано около 20 тыс AssetBundles, а в 2015 году хотим достичь 200 тыс. Всё лежит на nginx/apache и отлично отдается.
Профайлер показывает что захочет, и свиду неказист, но правду там находить удается — а главное, какие модули пожирают сколько памяти.
С дебагом стало плохо начиная с версии 4.2, когда появился Mono 4.0. Вот ждем когда поисправляют глюки. Хотя и вывод в консольный лог тоже хорош в простых случаях, без отладчика все же трудно — советую побороть эту проблему, это достижимо. Ну можно самому следить за обновлением Xamarin/Mono — в составе Unity идут не новые далеко сборки, но надо уметь поставить и заставить работать с Unity, на форумах эти страсти-мордасти описаны. Понаслышке знаю, что удавалось отлаживать и в Visual Studio, но сам не фанат последнего и подробностей не знаю.
Поиграйтесь с настройками QualitySettings — тени могут быть разными, возможно что-то не пробовали.
По п.1 реализовали свой плагин через vlc библиотеки
Вы из какой компании? Что делаете?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Неигровое применение Unity3D