Ну так есть «компетентные органы» — пусть берут ресурс в разработку. Это их работа вроде как.
А так это похоже на суд линча, да ещё и с попыткой осуждаемому приписать то более тяжкое преступление.
когда я в 2004-2005х делал магистерскую работу на эту тему, тогда это было актуально.
В инете нарыл несколько разработок.
Одну, на сколько я помню, делали немцы — они делали системы трёхмерной визуализации данных МРТ, и т.к. станартные решения им не подходили они делали свой ГПУ на FPGA.
Сейчас, в связи со всякими CUDA, OpenCL мне такое направление кажется уже не актуальным.
Адоб, Юнити3д и другие, кто ввёл подписку делажт это не потому что у них проблема «продаться хотть как нибудь», а стараются охватить максимум рынка.
Я как-то не готов отдать треть, а то и половину месячного бюджета маленькой гейм-дев студии, пусть даже и на такую полезную тулзу.
Прошивал не я — как ответил тот, кто прошивал — «девайс прошит текущей прошивкой 2.2, что там было, то и прошилось»
Надо ещё отдельно драйвера переливать?
Проявляется это и на девайсе и на эмуляторе ( с меньшими задержками правда).
Игра уже пережила пачку платформ — iOS, Android, Symbian, Meeego.
Даже под Bada выходила — эту ветку собственно и переношу на тайзен.
На баде таких проблем не было.
С кубиками сейчас хорошо погонял их на эмуляторе (800x480) — и таки да — иногда анимация там дёргается случайным образом.
Не так часто как в игре, но если несколько раз запускать то иногда это замечаешь. Правда время задержки гораздо меньше чем в игре.
Выглядит как кубик крутится, потом на долю секунды замирает и дальше всё пошло. Может и не проявится ни разу а может пару раз за запуск дёрнуться.
CPU VT и GPU в настройках эмулятора включено, в манифесте акселерация тоже включена. SDK .2.2.0.
Пытаюсь понять причину фризов периодических при вызове функций OpenGL ES 1.1 (причём очень странных то в glDisableClientState то в drawPreparedBuffers, то ещё где-то подвиснет на 100-300 миллисекунд), думал профайлер поможет что-то прояснить.
А у кого нибудь получалось запустить Dynamic Analyzer в 2.2?
На картинках всё красиво а в реальности не запускается.
На форуме уже висит чей-то вопрос по этому поводу, на который так ни кто и не ответил. :(
Не во всех не фри-ту-плей играх подходит «если игрок уже заплатил за игру в магазине, то он скорей всего дождется закачки и 300, и 500Мб ».
Зачастую ко многим премиальным играм есть демка, а в ней уже разлочка всего контента — по сути таже покупка полноценной игры, но из самой игры.
И для той же демке важно чтоб её смогли скачать и хоть как-то запустить как можно больше людей.
Забавно что в Украине ваш реестр тоже работает :)
Киевстар тоже использует РЕТН и при попытке открыть искомую страницу мне в Укриану прилетает страничка о её блокировке (причём прилетает как редирект на блайн/корбина телеком :)
Для чистоты эксперемента попросил друзей из Финляндии открыть — у них оригинал открывается.
И спрашивается — это лень админов магистрального провайдера отделить запросы из Украины или как?
Есть вариант когда туда насыпают немного не гашеной извести и тогда там не заводится ни чего.
Вода получается слегка молочно-белой, но всё равно не плохо «светит».
Сконцентрировать усилия там, где больше денег :)
Если у вас простое приложение, с простой веблогикой то html5+js может приемлемо работать.
Но делать фотофильтры на JS или более-менее сложную игру — вам же геморойнее будет.
Но с другой стороны можно стать и заложником технологий, что предётся потом как фесбуку переписывать с html5 своё приложение ( да ещё и сделали это так криво, что еле протолкали это в далвик )
Писали же когда-то игры и для J2ME.
Как-то работало.
Не сказать чтоб это было приятно и програмеру и пользователю.
Всё внутри на статиках, в коде куча мест типа while(столько-то времени) System.GC() после загрузки данных уровня и так далее.
Тут и с нативным кодом часто упираешься в ограничение по памяти.
Приходится потом тасовать — а давай-те ка мы это пока выгрузим, загрузим то, рассчитаем что нам надо, а потом опять загрузим первое.
Но тут хоть есть уверенность, что если я сказал — выгрузить сейчас, то это будет проходить именно сейчас, а не когда-то потом, когда проснётся GC.
Ну и опять же — ретины, размеры текстур и прочего — это всё растёт, съедает туже память что и остальные данные из за этого потребление быстрее растёт, приходится более активно загружать/выгружать данные.
В нативном коде из за этого могут возникать свои проблемы — как например фрагментация памяти. Но с ней тоже можно вполне успешно и не сложно бороться.
В играх вообще, не зависимо от нейтив/менеджет стараются память не дёргать. В нейтиве просто больше шансов что без твоего ведома этого не произойдёт.
PS: Извиняюсь — кажется у меня получился не ответ а какой-то необработанный поток сознания :)
steamcommunity.com/sharedfiles/filedetails/?id=183408173&searchtext=Lords+of+Discord&insideModal=0&requirelogin=1
А так это похоже на суд линча, да ещё и с попыткой осуждаемому приписать то более тяжкое преступление.
В инете нарыл несколько разработок.
Одну, на сколько я помню, делали немцы — они делали системы трёхмерной визуализации данных МРТ, и т.к. станартные решения им не подходили они делали свой ГПУ на FPGA.
Сейчас, в связи со всякими CUDA, OpenCL мне такое направление кажется уже не актуальным.
Команда проекта — три C++ прогера, пару художников, пару левел дизайнеров.
Я как-то не готов отдать треть, а то и половину месячного бюджета маленькой гейм-дев студии, пусть даже и на такую полезную тулзу.
Плюс есть помесячная подписка :)
Надо ещё отдельно драйвера переливать?
Писать можно на русском? :)
Игра уже пережила пачку платформ — iOS, Android, Symbian, Meeego.
Даже под Bada выходила — эту ветку собственно и переношу на тайзен.
На баде таких проблем не было.
С кубиками сейчас хорошо погонял их на эмуляторе (800x480) — и таки да — иногда анимация там дёргается случайным образом.
Не так часто как в игре, но если несколько раз запускать то иногда это замечаешь. Правда время задержки гораздо меньше чем в игре.
Выглядит как кубик крутится, потом на долю секунды замирает и дальше всё пошло. Может и не проявится ни разу а может пару раз за запуск дёрнуться.
CPU VT и GPU в настройках эмулятора включено, в манифесте акселерация тоже включена. SDK .2.2.0.
Пытаюсь понять причину фризов периодических при вызове функций OpenGL ES 1.1 (причём очень странных то в glDisableClientState то в drawPreparedBuffers, то ещё где-то подвиснет на 100-300 миллисекунд), думал профайлер поможет что-то прояснить.
На картинках всё красиво а в реальности не запускается.
На форуме уже висит чей-то вопрос по этому поводу, на который так ни кто и не ответил. :(
Зачастую ко многим премиальным играм есть демка, а в ней уже разлочка всего контента — по сути таже покупка полноценной игры, но из самой игры.
И для той же демке важно чтоб её смогли скачать и хоть как-то запустить как можно больше людей.
Киевстар тоже использует РЕТН и при попытке открыть искомую страницу мне в Укриану прилетает страничка о её блокировке (причём прилетает как редирект на блайн/корбина телеком :)
Для чистоты эксперемента попросил друзей из Финляндии открыть — у них оригинал открывается.
И спрашивается — это лень админов магистрального провайдера отделить запросы из Украины или как?
Вода получается слегка молочно-белой, но всё равно не плохо «светит».
Если у вас простое приложение, с простой веблогикой то html5+js может приемлемо работать.
Но делать фотофильтры на JS или более-менее сложную игру — вам же геморойнее будет.
Но с другой стороны можно стать и заложником технологий, что предётся потом как фесбуку переписывать с html5 своё приложение ( да ещё и сделали это так криво, что еле протолкали это в далвик )
Как-то работало.
Не сказать чтоб это было приятно и програмеру и пользователю.
Всё внутри на статиках, в коде куча мест типа while(столько-то времени) System.GC() после загрузки данных уровня и так далее.
Тут и с нативным кодом часто упираешься в ограничение по памяти.
Приходится потом тасовать — а давай-те ка мы это пока выгрузим, загрузим то, рассчитаем что нам надо, а потом опять загрузим первое.
Но тут хоть есть уверенность, что если я сказал — выгрузить сейчас, то это будет проходить именно сейчас, а не когда-то потом, когда проснётся GC.
Ну и опять же — ретины, размеры текстур и прочего — это всё растёт, съедает туже память что и остальные данные из за этого потребление быстрее растёт, приходится более активно загружать/выгружать данные.
В нативном коде из за этого могут возникать свои проблемы — как например фрагментация памяти. Но с ней тоже можно вполне успешно и не сложно бороться.
В играх вообще, не зависимо от нейтив/менеджет стараются память не дёргать. В нейтиве просто больше шансов что без твоего ведома этого не произойдёт.
PS: Извиняюсь — кажется у меня получился не ответ а какой-то необработанный поток сознания :)