Я думаю в вопросе речь шла не столько о загрузке сцены, сколько о самом процессе анимации в плане выделения ресурсов процессора. То есть какие различия в производительности процесса анимации по сравнению с другими вариантами.
В данном случае я не имел в виду pixel perfect, я имел в виду сборку батча канвасом при изменении любых параметров (в данном случае положения) элементов внутри скролвьюшки. Для тех случаев, когда все pixel perfect и прочие вещи уже давно выключены, а производительность оставляет желать лучшего
C uGUI на самом деле всё ещё интересней. Советую обратиться к документу с Best Practices https://unity3d.com/learn/tutorials/topics/best-practices
Товарищ с последнего юнайта так же достаточно много времени уделяет проблемам и оптимизации uGUI https://www.youtube.com/watch?v=n-oZa4Fb12U
От себя скажу что хак с прокруткой листа в uGUI ещё больше в тему из-за особенностей построения батчей в канвасе
Для затравки хорошо, но сразу возникает много вопросов:
1. Хочется немного более подробно про сам механизм генерации звуков, немного бэкграунда по ChucK и OSC. (Хотя бы вводные слова)
2. На какие платформы можно применить данный подход
3. Если можно на мобилки, то как там с производительностьюю
4. Может есть какая-то реализация на C#/.NET для того чтобы исключить это взаимодействие через сокеты и прочие свистопляски?
Бинарные плагины на нативных языках — имеются в виду любые нативные плагины под платформу? Например какая-нибудь кастомная аналитика или рекламный движок?
Небольшой некропостинг, но:
По покадровым анимациям есть гиковый DIY способ, который, как мне кажется, в контексте starling и flash в целом ещё никто не реализовывал (хотя подход на самом деле не новый) GDC 2014: Texture Wranglin'
Если коротко — покадровая анимация разбивается на «палитру» из пикселей размером 4х4, без повторения (одинаковые наборы 4х4 мапятся к одному элементу «палитры»). «Текстура» кадра хранится в виде lookup table, где прописаны индексы элементов палитры. В итоге атлас 2048х2048 может занимать 512х256 пикселей в зависимости от степени похожести кадров, плюс уменьшенные в 4 раза начальные текстуры (можно ещё дополнительно сэкономить на битности и канальности текстуры)
Но тут точно AGAL придётся ковырять (я с ним вообще не работал если честно)
Попытайтесь крайне непредвзято оценить вопрос и ответить на него:
А каким браузером вы пользуетесь? Если chrome, то в курсе ли вы что там есть свой встроенный pepper flash плагин, который почти никак себя не проявляет пока вручную не отключить через вкладку с плагинами?
Я например тоже принципиально не ставил флеш в систему и некоторые сайты (например vimeo) открываю целенаправленно в chrome чтобы посмотреть видео. В firefox там по каким-то причинам через раз пишет про «что-то пошло не так с вашим плеером», особенно для embeded видео
Я помню на iOS очень быстрый блюр получается если через скомпиленный GLSL шейдер картинку скармливать, GPU такие задачи решает в разы быстрее, чем CPU. Может на Android подобная возможность есть? Не пробовали через шейдеры делать?
Немного опоздал с вопросом, но увидел в этой статье ActionDelay. Хотелось бы уточнить — как в вашем случае обрабатываются варианты, когда на момент «созревания» действия его уже не нужно выполнять? Например объект успели «удалить» по каким-то другим причинам. Условия проверки в самом действии? Или что-то более интересное?
Начиная с 5й версии Unity для использования профайлера не требуется pro версия.
Мне ещё интересно — вы подписку оформляете или one-time покупку лицензии? Какой вариант по вашему мнению наиболее удобный в плане затрат / других параметров?
В Entitas эти события «появлений» сделаны очень хитро, с помощью так называемых Group Observer. Поскольку каждое изменение значений жизней (например) делается через ReplaceHealth (грубо), то есть как бы меняя один компонент на другой, эти Group Observer имеют возможность сразу понять, что в этот момент нужно что-то делать. Там (в Entitas) на основе этого принципа работают Reactive Systems. Вне систем эти группы можно использовать в любом коде, то есть просто описываем интересующие нас сущности (сущность должна иметь такие-то и такие-то компоненты), подписываемся на событие обновления (грубо говоря) и обрабатываем полученные данные. Таким образом, например, можно сделать чистую вьюшку в интерфейсе, которая мониторит этот Health и просто выводит его на экран.
Вообще Entitas — это крайне интересная вещь, сейчас как раз делаю мелкий тестовый проект чтобы разобраться. До конца в самой нутрянке работы ещё не копался, но внешний «API» вдохновляет, а общая архитектура приложения получается крайне гибкой и расширяемой, очень советую посмотреть
Я кстати нигде не видел, чтобы Microsoft говорили что рынок на стороне Windows Phone. Не встречал никакой проталкивающей политики. А по поводу «после учёбы всё врезапно становится платным» — Google не даёт бесплатно сертификат разработчика, необходимый для публикации в Google Play. Apple вообще до недавнего времени не давали возможности собирать тестовые сборки даже на собственный девайс (upd для исключения неоднозначности — без покупки сертификата разработчика). Более того, сертификат iOS разработчика нужно продлевать каждый год — не это ли реальная жизнь? Платные сервисы и услуги никуда не денутся, они так или иначе присутствуют в любой «среде» разработки. Просто зачастую другие варианты являются платными изначально.
Если представить себе бедного студента в вакууме (о бедности можно долго спорить, мол неужели не наскребёт 100 долларов в год на сертификат Apple, раз уж купил себе мак). У него появляется возможность придумать, реализовать и выпустить полноценный проект. К концу учёбы, имея на руках опыт мобильной разработки и хотя бы один такой законченный проект (что часто очень ценится при попытке устроиться разработчиком), он с большой вероятностью найдёт себе работу (например Xamarin). То есть платность сервиса ему теперь не важна, потому что платит за использование уже не он сам. Либо, как распространённый вариант, он устроится в фирму стажирующимся Android или iOS разработчиком (такие случаи не раз сам видел на практике). То есть никто не заставляет продолжать пользоваться этими сервисами так же как не заставляют пользоваться услугами Apple при окончании срока действия сертификата разработчика.
Товарищ с последнего юнайта так же достаточно много времени уделяет проблемам и оптимизации uGUI https://www.youtube.com/watch?v=n-oZa4Fb12U
От себя скажу что хак с прокруткой листа в uGUI ещё больше в тему из-за особенностей построения батчей в канвасе
1. Хочется немного более подробно про сам механизм генерации звуков, немного бэкграунда по ChucK и OSC. (Хотя бы вводные слова)
2. На какие платформы можно применить данный подход
3. Если можно на мобилки, то как там с производительностьюю
4. Может есть какая-то реализация на C#/.NET для того чтобы исключить это взаимодействие через сокеты и прочие свистопляски?
Напишите в двух словах чем Moai лучше чем всё остальное, что пробовали
По покадровым анимациям есть гиковый DIY способ, который, как мне кажется, в контексте starling и flash в целом ещё никто не реализовывал (хотя подход на самом деле не новый)
GDC 2014: Texture Wranglin'
Если коротко — покадровая анимация разбивается на «палитру» из пикселей размером 4х4, без повторения (одинаковые наборы 4х4 мапятся к одному элементу «палитры»). «Текстура» кадра хранится в виде lookup table, где прописаны индексы элементов палитры. В итоге атлас 2048х2048 может занимать 512х256 пикселей в зависимости от степени похожести кадров, плюс уменьшенные в 4 раза начальные текстуры (можно ещё дополнительно сэкономить на битности и канальности текстуры)
Но тут точно AGAL придётся ковырять (я с ним вообще не работал если честно)
А каким браузером вы пользуетесь? Если chrome, то в курсе ли вы что там есть свой встроенный pepper flash плагин, который почти никак себя не проявляет пока вручную не отключить через вкладку с плагинами?
Я например тоже принципиально не ставил флеш в систему и некоторые сайты (например vimeo) открываю целенаправленно в chrome чтобы посмотреть видео. В firefox там по каким-то причинам через раз пишет про «что-то пошло не так с вашим плеером», особенно для embeded видео
Мне ещё интересно — вы подписку оформляете или one-time покупку лицензии? Какой вариант по вашему мнению наиболее удобный в плане затрат / других параметров?
Вообще Entitas — это крайне интересная вещь, сейчас как раз делаю мелкий тестовый проект чтобы разобраться. До конца в самой нутрянке работы ещё не копался, но внешний «API» вдохновляет, а общая архитектура приложения получается крайне гибкой и расширяемой, очень советую посмотреть
А на каких конкретно продуктах помешаны ваши знакомые студенты? И как выражается эта помешанность? Мне просто интересно.
Если представить себе бедного студента в вакууме (о бедности можно долго спорить, мол неужели не наскребёт 100 долларов в год на сертификат Apple, раз уж купил себе мак). У него появляется возможность придумать, реализовать и выпустить полноценный проект. К концу учёбы, имея на руках опыт мобильной разработки и хотя бы один такой законченный проект (что часто очень ценится при попытке устроиться разработчиком), он с большой вероятностью найдёт себе работу (например Xamarin). То есть платность сервиса ему теперь не важна, потому что платит за использование уже не он сам. Либо, как распространённый вариант, он устроится в фирму стажирующимся Android или iOS разработчиком (такие случаи не раз сам видел на практике). То есть никто не заставляет продолжать пользоваться этими сервисами так же как не заставляют пользоваться услугами Apple при окончании срока действия сертификата разработчика.