Да используем. Скрипты и префабы надо обязательно заливать с метафайлами. Сцены тоже можно заливать, но мы это не делаем(хотя наверное зря). Почитайте про роль метафайлов в юнити.
solver,20 января 2013 в 03:29#
А зачем делать Animation Parser? В юнити то вроде все есть, форматы поддерживаются.
Так как аниматору удобнее делать анимацию в одном треке, анимацию при импорте надо разбивать анимацию в Unity3d. Так как мы привыкли работать с большим количеством анимаций, разделение анимации при импорте каждой модели становиться проблемой. В результате когда аниматор создал все анимации, он записывает кадры и названия в CSV файл из которого в свою очередь данные считывается при импорте моделей.
Наша игра в большой степени основываться на анимационных ивентах.
Проигрывание звуков ходьбы, нанесение урона при ударе, вызов particle effects при выстреле, все эти действия планировалось проигрывать в идеальной синхронизации с анимацией. Так как использование простых задержек это не вариант, мы решили использовать AnimationEvents, которые поддерживаются в Unity. Если вы сталкивались с имплементацией вышеупомянутых AnimationEvents, вы знаете сколько времени уходит на прописывание их используя стандартный Unity3d GUI. А что если моделей не 2-3 а 10, 20, 30. Мы решаем эту проблему тем же самым способом что и разделение анимации, и прописываем кадры event прямо в самой таблице анимаций. Кадр в котором должен быть проигран звук или вылететь particle, вписывает аниматор. Кстати events тоже ограничены в своем функционале и наша система анимационных событий очень расширена и соответствует всем требованиям выдвинутым нами, для достижения абсолютной синхронности анимации и всех событий связанных с анимацией.
В результате мы имеем полностью автоматизированный процесс(aka workflow) для максимально эффективного взаимодействия аниматоров и программистов.
Конечно, для этого и делали, все ассеты и модели можно и нужно! :) использовать в своих проектах. Кроме перепродажи самих моделей или кода конечно же.
Идея была очень простой — сделать модели, и небольшой геймплей, для хорошей темплейт-заготовки. Очень многие начинающие девелоперы сталкиваются с отсутствием места откуда начинать. Например вы используете PlayMaker и это хороший use case в данном случае, весь воркфлоу готов, осталось его разобрать и добавлять что-то свое. Как вы понимаете, вы уже можете работать с графикой-анимацией и сразу поймать все проблемы которые могут вам встретится когда вы делаете проект с нуля. Плюс сейчас мы максимально оптимизировали и описали код, так что в ближайшем обновлении это тоже будет доступно.
Да, не пояснил. Цель аттакующих разрушить будку или убить главного героя, тогда высвечивается надпись Game Over. Справа находится жизнь будки, слева жизнь главного героя.
Еще бы я подробнее раскрыл связки Chipset-GPU, и то что Mali400, например, используется как минимум в 9 Chipset. Но статья бы получилась слишком академической, а тут просто о процессоре 5 поколения. Так что все нормально.
ARM Cortex-A15 и вправду NextGen, тоже не понимаю этих сравнений, очень приятно видеть такой рост в мобильной индустрии, игры, энергопотребление и так далее. Неужели скоро произойдет полноценный конкурент x86-64 ветки. RISC vs CISC.
Тормозит не железо, а софт. Но поидее да, 2гб оперативной памяти, и такие процессоры дадут очень большую производительность по сравнению с текущими девайсами.
Cortex A15 — Next-gen. По сути на Cortex-A9 девайсы выходили 2 года, с 2010 по сегодняшнее время. Производительность видео чипа Mali-604, примерно в 5 раз больше чем у Mali-400, хотя он тоже тянет будь здоров. В общем по всем параметрам это как апгрейд с Riva TNT2 до Radeon 8500.
solver,20 января 2013 в 03:29# А зачем делать Animation Parser? В юнити то вроде все есть, форматы поддерживаются.Так как аниматору удобнее делать анимацию в одном треке, анимацию при импорте надо разбивать анимацию в Unity3d. Так как мы привыкли работать с большим количеством анимаций, разделение анимации при импорте каждой модели становиться проблемой. В результате когда аниматор создал все анимации, он записывает кадры и названия в CSV файл из которого в свою очередь данные считывается при импорте моделей.
Наша игра в большой степени основываться на анимационных ивентах.
Проигрывание звуков ходьбы, нанесение урона при ударе, вызов particle effects при выстреле, все эти действия планировалось проигрывать в идеальной синхронизации с анимацией. Так как использование простых задержек это не вариант, мы решили использовать AnimationEvents, которые поддерживаются в Unity. Если вы сталкивались с имплементацией вышеупомянутых AnimationEvents, вы знаете сколько времени уходит на прописывание их используя стандартный Unity3d GUI. А что если моделей не 2-3 а 10, 20, 30. Мы решаем эту проблему тем же самым способом что и разделение анимации, и прописываем кадры event прямо в самой таблице анимаций. Кадр в котором должен быть проигран звук или вылететь particle, вписывает аниматор. Кстати events тоже ограничены в своем функционале и наша система анимационных событий очень расширена и соответствует всем требованиям выдвинутым нами, для достижения абсолютной синхронности анимации и всех событий связанных с анимацией.
В результате мы имеем полностью автоматизированный процесс(aka workflow) для максимально эффективного взаимодействия аниматоров и программистов.
Идея была очень простой — сделать модели, и небольшой геймплей, для хорошей темплейт-заготовки. Очень многие начинающие девелоперы сталкиваются с отсутствием места откуда начинать. Например вы используете PlayMaker и это хороший use case в данном случае, весь воркфлоу готов, осталось его разобрать и добавлять что-то свое. Как вы понимаете, вы уже можете работать с графикой-анимацией и сразу поймать все проблемы которые могут вам встретится когда вы делаете проект с нуля. Плюс сейчас мы максимально оптимизировали и описали код, так что в ближайшем обновлении это тоже будет доступно.
2. SSD уже не так дороги, а UX будет очень хороший.