Просмотр полной версии : Еще одна тема по смерти флеша (мысли вслух) :D
caseyryan
30.04.2016, 15:11
Теперь уже и меня самого посетили мысли о том, что флешу скоро хана, и AIRу тоже. И дело совсем не в том, что адоби от него отказываются. А просто если логически подумать. А чем он так хорош? Именно при современном раскладе. Да ничем. Вот сейчас мы на AIR делаем последнюю игру и уходим на анрил. А почему? Потому что на флеше нет никаких нормальных инструментов для разработки. Для каждой игры приходится делать редактор локаций, на разработку которого уже и так тратится куча времени. Адоби совершенно не развивает свой продукт, а просто выпускают версию за версией с кучей багов, тогда как в анрил и юнити постоянно что-то новое внедряют. Они позволяют просто перейти именно к созданию самой игры, а не разработке базовых механизмов. Здесь на флешере все меньше и меньше тем, та же фигня и с форумом старлинга. Люди еще делают какие-то приложения на AIR, но их меньше и меньше с каждым днем. Картина печальна. Рекламные SDK на эйр тоже существуют чисто формально. Практически ни у одной рекламной сети по AIR нет нормальной документации, а у некоторых она вообще отсутствует. Где-то это SDK (например у файбера) отвваливаются на четвертом андроиде и им совершенно плевать, так как они говорят, что этим все равно практически никто не пользуется.
В общем, да, технология действительно дохнет и скоро знатоки флеша станут реликвией :D
п.с. это так, мысли вслух
Bletraut
30.04.2016, 15:33
Да, флеш действительно никак не развивается, да и эйр тоже. Технология медленно угасает, но я считаю, что платформа на которой сделана игра не так важна, как сам конечный продукт - игра. Сейчас делаю игру на AIR для стима, планирую закончить в ближайшие годы, после этого планирую перейти на С#.
caseyryan
30.04.2016, 16:11
но я считаю, что платформа на которой сделана игра не так важна, как сам конечный продукт - игра.
Не, ну это то само собой, игроку пофиг, главное чтобы игра была хорошей. Но для нас, разработчиков, удобство разработки немаловажно. На флеш за многие годы не появиось ни одного достойного инструмента для создания игр, и это несмотря на то, что игры - это его главная задача. На счет других технологий, мне вот C# нравится больше, чем C++, просто потому, что C# проще для моего понимания, но юнити нравится меньше анрила, как по мне, анрил на голову выше юнити, да еще и полностью бесплатный
Bletraut
30.04.2016, 22:58
чем C++, просто потому, что C# проще для моего понимания
Это потому что он на As3 похож:)
Max_Payn
30.04.2016, 23:32
Хорошую тему касерян поднял. Согласен полностью, надо уходить, убегать. Лично меня пока интересует больше универсальное на вебе. Хотя для нас лучше всего писать на С++
undefined
30.04.2016, 23:45
Лично меня пока интересует больше универсальное на вебе
А какие есть варианты при сравнимом с флэшем FPS?
Zebestov
01.05.2016, 02:50
А тем временем AIR является одним из немогих (это я так осторожничаю, хотя других таких не знаю) инструментов, которые позволяют создавать приложения для iOS под виндой (безо всяких виртуалок и прочих хакинтошей). Для меня это, например, огромный плюс.
caseyryan
01.05.2016, 11:37
А тем временем AIR является одним из немогих
Ну, анрил тоже позволяет. Хотя только blueprint проекты. Но, сдается мне, это лишь вопрос времени, при чем не большого.
Это потому что он на As3 похож :)
Ну да
Zebestov
01.05.2016, 11:55
Не работал с анрилом, но почему-то мне кажется, что, например, для казуальных игр или enterprise приложений это не самый уместный инструмент. Что скажешь? =)
Что до "вопроса времени", то это звучит как-то неправдоподобно, если учесть, сколько времени уже прошло! =)
caseyryan
01.05.2016, 17:01
если учесть, сколько времени уже прошло! =)
Да не так уж много. Он относительно недавно стал бесплатным, и поддержка мобильных платформ в нем тоже появилась относительно недавно. Хотя по большому счету пофиг, появится в нем полноценная компиляция под iOS в винде или нет, ведь для готового проекта можно и с хакинтошем заморочиться. Это будет всяко быстрее, чем писать редактор локаций для игры на AIR
но почему-то мне кажется, что, например, для казуальных игр или enterprise приложений это не самый уместный инструмент
Для казуальных отлично подходит (ну, не надо забывать, что помимо анрила есть еще юнити), а вот для энтерпрайз приложений да, вообще не то пальто, вот тут конечно эйр намного круче. Но опять же. А что мы имеем для нормальной разработки приложений такого типа в эйр? От поддержки флекса адоби отказались, так же, на сколько я знаю, из флекс билдера выпилили возможность визуальной расстановки компонентов. (Меня тут кстати недавно позвали на вакансию флекс разработчика мобильного проекта для какой-то медицинской австралийской компании, у меня чуть глаз не выпал)) Я думал такие уже не требутся нигде) Нет ни одного нормального набора компонентов и ни одного редактора wysiwyg под них. Люди пользуются Feathers, но я от их API чуть не блеванул) Да и скины под них придется делать буквально на коленке. Очень неудобно. В общем, для enterprise лучше делать на нативных инструментах, если есть возможность. Эйр спасает только если не знаешь нужных языков, или нет возможности делать под iOS. На андроид в андроид студио вообще проще простого интерфейсы собирать. Я когда попробовал, за день разобрался как там все действует. Очень удобно
Zebestov
01.05.2016, 20:04
Да не так уж много. Он относительно недавно стал бесплатным, и поддержка мобильных платформ в нем тоже появилась относительно недавно.
Ну, я говорю о времени, ушедшем на развитие кроссплатформенных решений вообще.
undefined
01.05.2016, 20:33
Для каждой игры приходится делать редактор локаций
Ну дык игры то разные бывают нельзя же сделать универсальный редактор для всего.
Меня больше всего бесит звуковой лаг на мобильном air, хотя и других проблем хватает.
Всё больше смотрю в сторону libgdx. Та же кроссплатформа, старая добрая java или же новый шикарный kotlin.
caseyryan
02.05.2016, 12:08
Меня больше всего бесит звуковой лаг на мобильном air, хотя и других проблем хватает.
Да во флеше со звуком вообще все плохо. Такое впечатление, что они начали его делать, довели до состояния "звук есть" и забили.
Всё больше смотрю в сторону libgdx.
Тоже его рассматривал, но это скорее фреймворк, так что в нем тоже как и в эйр придется все разрабатывать под свои нужды. Но штука хорошая
Ну дык игры то разные бывают нельзя же сделать универсальный редактор для всего.
Ну вот, опять же, арнрил подходит для любых игр (ну практически). Так же как и юнити. На флеше можно было бы тоже что-то подобное замутить. Я бы и сам с удовольствием занялся подобной штукой, но, увы, у меня время не позволяет в одиночку это клепать) нужно денежки зарабатывать) Хотя для основных своих нужд у нас уже разработан довольно неплохой редактор. Но его каждый раз приходится дорабатывать.
Если бы в адоби захотели, то смогли бы сделать хороший игровой редактор. Если подумать, то большинство задач в играх - довольно тривиальны. Они могли бы сделать нативную поддержку платежей для плей маркета и аппстора, без всяких ане, могли бы сделать, допустим, пуш уведомления так же встроенные в эйр. Зачем для этого ANE? Я не понимаю. Могли бы встроить поддержку физики на нативном уровне. Так же как в юнити и анрил. Блин, да тут даже придумывать то ничего не надо, просто скопировать идеи с уже существующих продуктов. В эйр достаточно было бы все это сделать в двухмерном пространстве. Так же можно было бы сделать автоматический скейлинг контента под разные экраны.
Как бы, все это вполне решаемые задачи, с которыми каждый раз сталкиваются все программиссты, которые в этой среде крутятся и все время приходится это делать самостоятельно. Они бы могли опять привлечь к своей платформе много людей, если бы создали такой инструмент. Но вместо этого появляется какой-то Animate CC. Я понимаю, что кто-то им пользуется, он тоже нужен. Но он уже не удовлетворяет всем требованиям к этой платформе. Да и баннеры постеменно уходят в лету, заменяясь видео рекламой
останусь последним флеш игроделом в рунете)
Ну не знаю, кому чего не хватает. Вроде и так почти всё перечисленное уже давно есть и в нескольких экземплярах. Физ движки, партиклы, редакторы - выбирай не хочу, навалом. Два способа рендера, cpu и gpu, да какая клиентская среда может таким похвастаться? Вектор у флеша вообще уникален, без аналогов.
Меня наоборот отталкивает эта чрезмерно высокая абстракция в редакторе юнити. Это мне напоминает флеш 2000 годов, когда было модно "писать в кадрах". "Точка входа? Не не слышал." Такой "простотой" можно привлечь только школьников и новичков, что собственно и происходит.
undefined
03.05.2016, 20:58
А кто что может сказать про qt? Вроде тоже кроссплатформа. Вот только неясно как у него с вэбем и графикой.Кто-нибудь может просветить?
Max_Payn
03.05.2016, 21:09
тоже интересно по qt услышать
caseyryan
03.05.2016, 21:44
Ну не знаю, кому чего не хватает. Вроде и так почти всё перечисленное уже давно есть и в нескольких экземплярах. Физ движки, партиклы, редакторы - выбирай не хочу, навалом. Два способа рендера, cpu и gpu, да какая клиентская среда может таким похвастаться? Вектор у флеша вообще уникален, без аналогов.
Меня наоборот отталкивает эта чрезмерно высокая абстракция в редакторе юнити. Это мне напоминает флеш 2000 годов, когда было модно "писать в кадрах". "Точка входа? Не не слышал." Такой "простотой" можно привлечь только школьников и новичков, что собственно и происходит.
Чего в нем хватает? Все эти физ движки и пр. - это все заготовки. Нет ничего подноценного. Надоедает каждый раз делать рутинную работу по стозданию основ для игрового движка. Который мог бы быть сделан самим адобовцами. ANE это конечно хорошо, но делать через ANE то, что могло бы работать на уровне платформы - это уже бред.
На счет точки входа в юнити, там в каждом скрипте есть метод Awake() который вызывается при запуске приложения, и Start() которые дергается сразу после Awake()
Вот сколько времени у тебя займет разработка платформера с физикой на флеше? Скажем супер марио.
Сначала тебе придется разработать редактор, чтобы расставить платформы на уровне, потом надо будет написать движок, который будет это все в игре собирать, который добавит платформам и персонажам физику. А если это еще и под мобилу, тебе придется приудмать как делать скейлинг графики под разные экраны. В общем, гемора хоть отбавляй. То же самое на юнити или анрил можно сделать за пару дней
ва способа рендера, cpu и gpu
Да кому это нафиг нужно? Мне лично вообще CPU рендер не нужен, так же как и вектор флешевый. Нафига он сдался в играх? Если известно, что игры с вектором тормозят намного сильнее растра
А кто что может сказать про qt? Вроде тоже кроссплатформа. Вот только неясно как у него с вэбем и графикой.Кто-нибудь может просветить?
Да никак (http://doc.qt.io/qt-5/supported-platforms.html). Это ж посто фреймворк на С++, который может компилироваться под разные операционки
alexcon314
03.05.2016, 23:10
А кто что может сказать про qt?
игры делают на всем, на чем только можно и фантазии (иногда наполовину с упорином) хватает. в т.ч. и на Qt к примеру (http://v-play.net).
если не пугает порог вхождения, а он заметно выше, чем у AS и плюс своя кухня - велкам :)
Bletraut
05.05.2016, 17:25
Для меня самыми главными критериями для среды являются: скорость работы конечной игры, как можно меньший вес, возможности и на последнем месте удобство. Думаю если адоб окончательно не спустит флеш в клоаку, то думаю я могу на ней остаться в будущем.
Psycho Tiger
05.05.2016, 18:08
> как можно меньший вес
No extreme here, mkay?
Есть смысл сжимать игру, чтобы её было можно скачать на 3G/LTE. Но в общем случае разницы между 100мб и 150 для пользователя... почти нет.
// да-да, я знаю про устройства с 8гб на борту, но они, как и 16, как и даже 32 плавно вымирают.
Разница появляется, когда за раздачу трафика приходит чек.
caseyryan
05.05.2016, 18:41
Но в общем случае разницы между 100мб и 150 для пользователя... почти нет.
На мобильниках разница в том, что в гугл плей максимальный размер файла 100мб, все что свыше, уже как доп файлы. Но в общем то ты прав. 100 и 150 мб это размер, на который игроки даже внимания не обратят по большей части.
Разница появляется, когда за раздачу трафика приходит чек.
Ты о чем? Смени провайдера. Сколько серверов арендовал, все время безлимит был.
undefined
05.05.2016, 19:05
видимо речь про мобильный тырнет, там анлима не будет никогда.
видимо речь про мобильный тырнет, там анлима не будет никогда.
Из дветыщипятого пишете? Есть псевдобезлимитные и честные безлимитные тарифы. К тому же, вайфай в каждой конуре есть.
Всегда интересовало есть ли на форуме люди так или иначе контактирующие с разработчиками Flash Player/AIR ?
caseyryan
06.05.2016, 06:17
Всегда интересовало есть ли на форуме люди так или иначе контактирующие с разработчиками Flash Player/AIR ?
Нет) Все обращаются к ним только через bugbase
Это я к тому, а есть ли у flash комьюнити какое либо влияние? А было ли оно вообще? Проводятся различные конференции по обновленным движкам/фреймворкам, где обсуждают как они добились увеличения производительности и прочее. Но есть ли смысл в развитии этого всего когда сами рантаймы не получают должного внимания? А по bugbase флеш умер 2-3 года назад и просто разлагается(
undefined
06.05.2016, 17:38
А по bugbase флеш умер 2-3 года назад и просто разлагается(
эээ (https://bugbase.adobe.com/index.cfm?event=selectBug&CFGRIDKEY=4136275)
эээ (https://bugbase.adobe.com/index.cfm?event=selectBug&CFGRIDKEY=4136275)
Да, это в корне меняет ситуацию. Пофикшен целый right click!
undefined
06.05.2016, 18:28
слухи о смерти ресурса слегка преувеличены
Это я к тому, а есть ли у flash комьюнити какое либо влияние? А было ли оно вообще?
Мне это тоже интересно, вроде столько лет технологии, столько на ней сделано, и не смотря на "flash мертв" люди все еще пишут, и даже хотят придти во флеш. Adobe все равно или как?
Anton Riot
07.05.2016, 10:55
А тем временем AIR является одним из немогих (это я так осторожничаю, хотя других таких не знаю) инструментов, которые позволяют создавать приложения для iOS под виндой (безо всяких виртуалок и прочих хакинтошей). Для меня это, например, огромный плюс.
А чуть в сторону (я имею ввиду macOS) – и всё, уже нужен =(
Думаю, адоби уже сложно выбраться из той задницы, в которой её оставил юнити. Я имею ввиду популярность, комьюнити, "общественное мнение" так сказать. Позиций по юнити всё больше, по флэшу всё меньше и не видно, что может изменить динамику. Последняя соломинка, как мне кажется – это "флэшеры-динозавры", на юнити в силу возраста платформы таких ещё нет(меньше). Пока что они могут вытягивать.
А что думаете насчёт http://blog.cocos2d-x.org/2016/03/cocos-creator-1-0-is-here/ ?
Вот как так? Одно и то же air приложение на доисторическом андроид планшете с 512мб памяти работает идеально, а на айфоне 6s с двумя гигами периодически вылетает без объяснения причин и возможности поймать эксепшен (даже с вчетверо уменьшенной графикой)?
в таких случаях на android я ловлю с помощью родных логов: adb logcat. Думаю тоже самое и на ios.
undefined
08.05.2016, 14:17
а еще можно последовательно отключать куски кода в надежде изолировать проблему.Обычно на 3-4 итерации удается сильно сузить круг подозреваемых.
Да, это в корне меняет ситуацию. Пофикшен целый right click!
А что должно быть пофикшено в баге, касающемся rightClick?
А что должно быть пофикшено в баге, касающемся rightClick?
Да не, просто возникают мысли, что приоритет отдают каким то менее существенным багам либо hack-уязвимостям, вместо конкретной оптимизации и явно выраженным косякам. Наример задержка при проигрывании звука в AIR Android, фризы в PPAPI, рандомно появляющиеся белые полосы во Flash Player и т.д. Всё это висит с 16-й версии наверно. Такие проблемы и отталкивают в выборе технологии. Как я вижу - "Сделал демку - ой, а тут звук отстаёт, а тут фризит, неее... серьёзное что то не попишешь, ладно лучше на чём нибудь другом сделаю. О есть же Unity, LibGDX, HTML 5 в конце концов. Не зря наверно они так популярны. Просмотрю пару туториалов и в бой - зарабатывать свой первый миллион."
Termer, undefined, было б всё так просто. По краш логу ничего не понятно. Выяснил только то, что баг есть в air 20 и выше. 19 работает идеально.
Zebestov
08.05.2016, 21:41
+1, ни разу не удалось обнаружить пользу от нативных логов дроида.
caseyryan
09.05.2016, 07:55
+1, ни разу не удалось обнаружить пользу от нативных логов дроида.
А мне много раз они помогали. Очень полезная вещь. Особенно когда надо в ANE найти причину крашей. Только нативные логи и спасают.
Часто причина бывает либо в отсутствии каких-то джава классов, либо в конфликте с другими ане, и это сразу становится видно только через LogCat
Zebestov
09.05.2016, 10:05
Это все потому, что я стараюсь на всем готовеньком работать :)
Да не, просто возникают мысли, что приоритет отдают каким то менее существенным багам либо hack-уязвимостям, вместо конкретной оптимизации и явно выраженным косякам. Наример задержка при проигрывании звука в AIR Android, фризы в PPAPI, рандомно появляющиеся белые полосы во Flash Player и т.д. Всё это висит с 16-й версии наверно. Такие проблемы и отталкивают в выборе технологии.
А вы за починку этих багов голосовали? И сколько голосов имеет каждый из них?
HTML 5 в конце концов. Не зря наверно они так популярны. Просмотрю пару туториалов и в бой - зарабатывать свой первый миллион."
А вы пробовали сделать не демку со звуком в html5 под мобильные платформы?
caseyryan
09.05.2016, 11:23
Это все потому, что я стараюсь на всем готовеньком работать :)
Тебе все равно рано или поздно придется с этим столкнуться. Часто бывают гугл сервисы, например, косячат, если они есть в нескольких ANE одновременно
А почему бы не создать на форуме отдельный раздел "Bugbase", где бы модераторы создавали темы с наиболее горячими проблемами со ссылкой для голосования? Заодно узнали бы влияют ли votes на скорость решения проблем/задач.
Я вам и так скажу, что влияет. Есть личный опыт с багами и с фичами.
Zebestov
09.05.2016, 11:55
Тебе все равно рано или поздно придется с этим столкнуться. Часто бывают гугл сервисы, например, косячат, если они есть в нескольких ANE одновременно
Не-а. Если покупаешь все самые востребованные ANE в одном месте (например, у молочника), там все с умом сделано, ничего не конфликтует =)
Добавлено через 58 секунд
А вы пробовали сделать не демку со звуком в html5 под мобильные платформы?А что там? Оо
Костылей хватает и задержки и проблемы с совместимостью.
Zebestov
09.05.2016, 14:22
Да вроде все уже вполне стабильно. Достаточно использовать m4a+ogg и какую-то нормальную библиотеку со всеми плюшками (https://github.com/goldfire/howler.js/).
В старом безымянном дефолтном андроидовском браузере (предустановлен на большинстве девайсов) работает коряво. С лагами и непроигрыванием некоторых звуков (с их же демок).
Zebestov
09.05.2016, 15:07
Да, такое еще встречается, но все реже, на это уже даже скидку никто не делает.
Ну так о том и речь, что посмотришь на альтернативы (речь о кроссплатформе), а там всё теже проблемы или еще хуже.
Zebestov
09.05.2016, 15:20
Та не, не все так страшно. Даже на этом этапе можно работать.
Можно, я же не спорю, можно много с чем жить и работать. :D Но с обсуждаемым комментарием это уже слабо вяжется.
Zebestov
09.05.2016, 15:38
Перечитал, согласен =)
caseyryan
10.05.2016, 13:55
Не-а. Если покупаешь все самые востребованные ANE в одном месте (например, у молочника), там все с умом сделано, ничего не конфликтует =)
Это совсем не гарантия) А что если тебе надо будет контактовский ANE внедрить? Вот тебе и конфликт) ЛогКат как раз позволит это легко отловить
Zebestov
10.05.2016, 14:12
А что мне даст логкат — я же все равно только на всем готовеньком =) отрапортую создателям ANE о том, что у них лажа и пойду себе дальше.
caseyryan
10.05.2016, 20:11
А что мне даст логкат — я же все равно только на всем готовеньком =) отрапортую создателям ANE о том, что у них лажа и пойду себе дальше.
И будешь ждать с моря погоды. Починят они или нет. А конфликт возникнет точно, когда у милкмана и у того же каволорна (в контактовском ане) окажется playservices.jar Милкман скажет - это не наш ане и мы за него не отвечаем. А ты будешь думать а почему не работает? Хотя на самом деле решение простое, просто собрать отдельно ане с плей сервисами нужной версии (именно нужной версии, так как конфликты частобывают из-за устаревших классов там), и просто добавить его в проект отдельно, а из этих просто его удалить. Я уже много раз так решал конфликты в разных ане. У меня сейчас в проекте есть и от фрешплэнет (кстати отлично работают, не знаю почему у тебя глючили) и от кучи других разработчиков. Все гармонично друг с другом сожительствует) И все это благодаря LogCat, который мне всегда ошибки выдавал на стороне джавы. В общем, пользоваться им или нет, личное дело каждого, но вещь хорошая и нужная (хоть и не всем)
Zebestov
10.05.2016, 21:48
Пфф! Делов-то — иду к caseyryan и умоляю помочь мне с ANE! -_____-
Wormhole
11.05.2016, 23:32
Вот эйр для меня имеет значение, так как планы грандиозные на него)
В общем, да, технология действительно дохнет и скоро знатоки флеша станут реликвией :D
Жаль, что все так закончилось
Max_Payn
12.05.2016, 01:16
и главное, время между цитатами не большое
caseyryan
12.05.2016, 05:55
и главное, время между цитатами не большое
8 месяцев. За это время дела во флеше и в эйр в частности, только ухудшились. Вышло несколько версий SDK, каждая со своими багами. Даниэл запилил новый старлинг, который работает намного хуже старого). Китайцы сделали обновленный драгон бонс. С ним та же история.
Скорее всего мы будем еще время от времени выпускать игры на уже разработанном движке. Но новые проекты будем делать уже на анрил
новый старлинг, который работает намного хуже старого
Какие там проблемы? Я пока не успел пощупать и уже не уверен, что когда-нибудь руки дойдут.
Zebestov
12.05.2016, 10:58
Пока лишь слышно о его несовместимости с некоторыми нерасторопными плагинами, включая родные партиклы. А, ну и после потери контекста теперь, как я понимаю, надо врукопашную текстуры перезагружать.
В остальном вроде получше стал.
Пока лишь слышно о его несовместимости с некоторыми нерасторопными плагинами, включая родные партиклы Это очень даже критично. Особенно после того, как разработчики gaf забили на поддержку второго старлинга.
Zebestov
12.05.2016, 11:27
Разработчики gaf таким образом просто уступают рынок спайнам и драгонбонсам. Возможно, они находят это оправданным ходом. Это как раз такое.
спайнам и драгонбонсамЭто инструменты совсем другого типа. Они нужны для сложны костных анимаций, а gaf просто компактно упаковывает анимации.
Zebestov
12.05.2016, 12:37
…для сложных костных анимаций…
Ну почему же обязательно "сложных". Можно и простые делать. Перекладка, которую так здорово разкладывает на части GAF — по сути та же костная анимация. GAF — это в первую очередь экспорт Flash анимаций на другие платформы, а не то, что ты написал. Но, как я уже отметил выше, все большую популярность приобретают инструменты, которые местами на голову выше Flash.
GAF — это в первую очередь экспорт Flash анимаций на другие платформы, а не то, что ты написал.Флеш анимации и так легко экспортируются в атласы в виде png - используй на любой платформе, но по изображению на кадр - очень жирно получается. В первую очередь gaf именно компактно пакует анимации, а потом уже всё остальное.
Zebestov
12.05.2016, 13:37
Вообще-то, ты сейчас проговорил очевидное, а потом другими словами написал то же, что и я комментарием выше =) и все же подчеркну главное — GAF нужен лишь пока ты анимируешь во Flash'е. Стоит лишь освоить более современные инструменты, и GAF уже не нужен.
Итого то будет? Когда похороны? Или флеш в горизонте событий черной дыры и будет доооооолго пропадать?
Когда похороны? Так уже лет пять или даже больше идут. Никак закончится не могут.
undefined
12.05.2016, 14:11
По моему после выхода первого айфона начались
Кот Баюн
12.05.2016, 14:46
значит надо гнилое надкушенное яблоко похоронить, и всем станет хорошо
undefined
12.05.2016, 16:42
продажи у загнивающего яблока уже идут вниз.Тут вопрос кто быстрее скатится :D
zackscript
12.05.2016, 18:34
значит надо гнилое надкушенное яблоко похоронить, и всем станет хорошо
похоронешь - вырастит новое дерево .
Zebestov
12.05.2016, 18:49
Из сказок подсказывают — три!
caseyryan
13.05.2016, 05:55
Какие там проблемы? Я пока не успел пощупать и уже не уверен, что когда-нибудь руки дойдут.
Проблемы там в основном с производительностью. Предполагалось, что он будет работать быстрее, за счет какой-то там ускоренной загрузки данных в видеокарту, а получилось, что эта конструкция работает раза в полтора медленнее. На одном и том же проекте, в одних и тех же местах, старый старлинг выдает стабильно 60 фпс, а новый едва дотягивает до 40. Количество draw calls прилично возрасло. Если раньше было можно вызввать flatten() на тех спрайтах, которые надо "запечь", то теперь нельзя. Вроде как должно было само все делаться, но на практике количество draw calls говорит об обратном. Раньше из было около 40 - 45 в одной локации у меня в игре, а в новом возрасло до 96 - 102. Анимация стала дерганной и не красивой из-за принудительной привязки к целым числам. Скорее всего все это он исправит со временем (если конечно сам не забьет), но пока старлинг 2 отдыхает.
продажи у загнивающего яблока уже идут вниз.Тут вопрос кто быстрее скатится
Кстати, обратил внимание, сейчас многие убежденные "айфонщики" перешли на самсунг. Видимо выигрывают те, кто поставил цену выше :D
На некоторые самсы сейчас цены поприличнее айфоновских)
Проблемы там в основном с производительностью. Предполагалось, что он будет работать быстрее, за счет какой-то там ускоренной загрузки данных в видеокарту, а получилось, что эта конструкция работает раза в полтора медленнее. На одном и том же проекте, в одних и тех же местах, старый старлинг выдает стабильно 60 фпс, а новый едва дотягивает до 40. Количество draw calls прилично возрасло. Если раньше было можно вызввать flatten() на тех спрайтах, которые надо "запечь", то теперь нельзя. Вроде как должно было само все делаться, но на практике количество draw calls говорит об обратном. Раньше из было около 40 - 45 в одной локации у меня в игре, а в новом возрасло до 96 - 102. Анимация стала дерганной и не красивой из-за принудительной привязки к целым числам. Скорее всего все это он исправит со временем (если конечно сам не забьет), но пока старлинг 2 отдыхает.
В моей игре на 2.0.1 - scout показывает увеличение производительности в 2-2.5 раза в сравнении с 1.7. На мобилах особенно чувствуется. т.к игра динамичная.
caseyryan
13.05.2016, 11:58
показывает увеличение производительности в 2-2.5 раза в сравнении
Откуда взялись цифры 2 - 2.5? Что именно там улучшилось, количество вызовов отрисовки или fps возрос?
Сколько вообще было в среднем вызовов в одной локации и сколько стало?
У нас игра очень нагруженная, с большим количеством объектов на локациях, с физикой и кучей врагов на драгон бонс
Откуда взялись цифры 2 - 2.5? Что именно там улучшилось, количество вызовов отрисовки или fps возрос?
Сколько вообще было в среднем вызовов в одной локации и сколько стало?
У нас игра очень нагруженная, с большим количеством объектов на локациях, с физикой и кучей врагов на драгон бонс
Я не смог определить что конкретно повлияло, может новый VertexData с [Inline], но конкретно в моём проекте общее время Starling.enterframe снизилось примерно с 8-10ms до 3-4. Другое дело что у вас проект куда серьёзней, много анимированных персонажей, когда у меня 1. Но например в моём случае, как на картинке в статье (http://gamua.com/blog/2016/02/starling-20-beta/) так и получилось.
Оо, там теперь спрайт иллюминатор поддерживается из коробки, какая вкусняшка!
Wormhole
13.05.2016, 17:37
У нас игра очень нагруженная, с большим количеством объектов на локациях, с физикой и кучей врагов на драгон бонс
Если не секрет, как она называется? Было бы интересно посмотреть. (Простите за оффтоп)
caseyryan
14.05.2016, 13:51
Если не секрет, как она называется? Было бы интересно посмотреть. (Простите за оффтоп)
Такая инфа только после релиза
Flash Player rip 2017 (https://tech.onliner.by/2016/05/16/chrome-10)
undefined
16.05.2016, 13:08
ой это тот же ресурс что и переименование flash professional в animate выдал за "адоби хоронит флэш"
Zebestov
16.05.2016, 14:11
Это не единственный ресурс, который публикует эту новость. И это таки похоже на начало конца.
undefined
16.05.2016, 14:20
а где первоисточник?А то это на сарафанное радио похоже.Один напечатал и дальше репосты.
Zebestov
16.05.2016, 14:21
Може инсайд какой. Будем посмотреть.
А что конкретно хотят сделать с хромом? Вообще убрать концепцию плагинов из браузера или лишить конкретно флешь статуса "особенного" плагина, который он имеет сейчас, сделав его обычным плагином, который будет запрашивать разрешение у юзера.
Второй вариант мне кажется наиболее вероятным, если подобные планы имеют место быть. Первоисточник найти к сожалению так и не удалось, если он вообще существует. А эти бла-бла сайты всё время делают из исходной новости совершенно другую.
Судя по комментам для многих флеш как был баннером, так и остался. Причем они реально считают, что со смертью флеша баннеры исчезнут.
Судя по комментам для многих флеш как был баннером, так и остался. Причем они реально считают, что со смертью флеша баннеры исчезнут.
Ахах, точно, наивные глупцы :)
Оригинал (https://groups.google.com/a/chromium.org/forum/#!searchin/chromium-dev/HTML5$20by$20default/chromium-dev/0wWoRRhTA_E/__E3jf40OAAJ).
undefined
16.05.2016, 14:47
Давно интересует такой вопрос.Если использовать только стандартное флэшевое API, флэш никакой угрозы не представляет.Все зловреды - это специально скомпиленные флэшки, использующие дыры в avm.Неужели нельзя никак определить использует ли флэшка стандартное апи или есть что-то еще?В последнем случае можно блочить без объяснения причин.
Zebestov
16.05.2016, 15:16
alatar, благодарю.
Список исключений довольно русский
Хотя вот тут (https://www.chromestatus.com/features) никаких упоминаний о таком поведении нет.
Bletraut
16.05.2016, 17:53
Судя по комментам для многих флеш как был баннером, так и остался. Причем они реально считают, что со смертью флеша баннеры исчезнут.
Я думаю большинство именно из-за этого его и ненавидит.
Max_Payn
16.05.2016, 18:36
баннеры рекламы сейчас вижу только на этом форуме
undefined
16.05.2016, 19:16
если верить их гайдлайну (https://l.facebook.com/l.php?u=https%3A%2F%2Fdocs.google.com%2Fpresentation%2Fd%2F106_KLNJfwb9L-1hVVa4i29aw1YXUy9qFX-Ye4kvJj-4%2Fedit%23slide%3Did.g1270f83468_0_35&h=rAQGwOrE-) не так все страшно.Там где юзеры привыкли видеть флэшку надо будет разрешить её показ.
Добрый день, товарищи!
Что вы можете предложить как замену Flash для разработки веб-приложений? Можно ли конвертировать AS3-код в типизированный js, или придётся полностью отказываться от него? Пробовал кто-нибудь jangaroo? Если у кого есть опыт разработки под canvas/webgl, скажите, как обстоят дела с иерархией DisplayObject на этих платформах? В Flash было удобно использовать эти контейнеры, когда внутри одного DisplayObject была куча детей со своими локальными системами координат. Я так понимаю, что без Flash придётся работать с общей системой координат и без сложенности?
Видел ещё попытки сделать flash-player на чистом js. Как-то вяло. Ещё видел asm.js, на который теоретически можно было бы портировать исходный код FlashPlayer, чтобы потом скомпилировать его как js-код, однако ж его нет в открытом доступе, а опенсорсных или альтернативных реализаций практически нет и не было. Адоби уж могли бы сделать такой бесплагинный плеер, если бы захотели.
Надо хоть как-то определиться, какие IDE, инструменты, платформы можно взять в качестве замены Flash. Пока что я смотрел, что моё приложение под js переписывать будет геморно, а защита кода будет ниже принтуса. Переписать код на Haxe было бы можно, однако удовольствие сомнительное, и результат - неизвестно ещё, оправдает ли затраченные силы.
caseyryan
18.05.2016, 19:42
Добрый день, товарищи!
Что вы можете предложить как замену Flash для разработки веб-приложений?
http://www.flasher.ru/forum/showthread.php?t=212871
Извини, я просто уже даже не знаю, где лучше отписываться. Там у меня несколько другой вопрос.
Zebestov
18.05.2016, 19:53
Все ты знаешь.
mikhailk
19.05.2016, 11:04
А вы пробовали сделать не демку со звуком в html5 под мобильные платформы?
Это да. :)
У нас сейчас направление разработки для вэба целиком переключено с флэша на html5 и если десктопные браузеры хоть как-то устаканились, то ситуация с мобильными браузерами мне сильно напоминает ситуацию с десктопными лет 8-10 назад. В каждой избушке свои погремушки. А за дефолтный браузер на андроидах просто хочется кого-нибудь прибить. :)
Так что боюсь, для вэба флэш действительно умер и ничего тут не поделать.
Интересно, будут ли они поддерживать AIR для мобильных платформ и насколько долго. Потому что я сейчас делаю на AIR/Starling приложение под iOS и мне в целом все нравится.
caseyryan
19.05.2016, 12:38
Интересно, будут ли они поддерживать AIR для мобильных платформ и насколько долго. Потому что я сейчас делаю на AIR/Starling приложение под iOS и мне в целом все нравится.
Ну, если в обновленных браузерах можно просто отключить поддержку флеша, то как можно отключить поддержку собранных AIR приложений на мобилах?
Разве что будут новые сертификаты безопасности какие-нибудь вводить в обновленных операционках, а адобовцы не будут их обновлять в air.
Сдается мне, сама по себе платформа эйр еще точно несколько лет просуществует. Именно как готовая возможность собрать кроссплатформенное прложение
Max_Payn
03.06.2016, 23:40
рекламный флеш контенкт совсем испарился с сети, не считая этого сайта.
Кот Баюн
04.06.2016, 08:27
не совсем испарился, вроде как многие просто конвертят сделанный во флеше файл в HTML5
Зато недалёкие люди которые радовались что рекламные баннеры уйдут, будут негодовать дальше, но не слать во флеш свой скам.
Ну, если в обновленных браузерах можно просто отключить поддержку флеша, то как можно отключить поддержку собранных AIR приложений на мобилах?
Разве что будут новые сертификаты безопасности какие-нибудь вводить в обновленных операционках, а адобовцы не будут их обновлять в air.
Сдается мне, сама по себе платформа эйр еще точно несколько лет просуществует. Именно как готовая возможность собрать кроссплатформенное прложение
Adobe могут поступить очень разумно, если сделают свой транслятор AS3 в TypeScript/JavaScript, а также приложат к нему реализации всех библиотек и интерфейсов из стандартного AS3, переписанные под JS. Это же очевидно. Люди тратят время и силы на переписывание своих приложений, по сути переделывая одну разновидность ECMAScript в другую. Ищут библиотеки сторонних реализаций, которые позволяют работать с displaylist, подключают аналогичные твины и всё прочее. И главное, этих сторонних реализаций сотни. А нужно лишь адобам сделать то же самое - допилить AIR SDK, и дело в шляпе. Кто согласен?
undefined
06.06.2016, 20:58
и что в этом случае флэш снова в веб переедет?Или вместе с js кодом в приложение будет паковаться еще и браузер?Имхо js'у на мобилках до производительности флэша как до китая раком.
Нет, я говорю об экспорте в HTML5 приложение, вроде игр на Phaser. По сути дела, при портировании вручную получается тот же флеш, только вид в профиль. А тут была бы возможность получать нативное JS-приложение. Для десктопов и мобилок можно прикрутить Node.js, а для веба в браузере и так есть JS-машина.
Zebestov
07.06.2016, 01:18
Имхо js'у на мобилках до производительности флэша как до китая раком.
Любопытно, на чем основано такое мнение.
Добавлено через 1 минуту
Alex626, ты вообще запускал последний Flash CC?
Zebestov,
Flash CC экспортирует в HTML5 разве что простенькие анимации для всеми ненавидимых рекламных баннеров. Говорить об экспорте чего-то большего нельзя. Я же говорю о полной инфраструктуре, адаптированной под аналогичную разновидность ECMAScript. Если кучка энтузиастов смогла создать аналоги библиотек из Flash/AS3 под JS, то Adobe это будет сделать гораздо проще, и без малейших ограничений. Переписать немного транслятор, портировать ВСЕ библиотеки, приделать это к стандартному Flash CC и в AIR SDK, и народ будет дальше писать как на своём флеше, на том же AS3, с тем же синтаксисом, только уже без ActionScript machine. V8/NodeJS и другие JS движки делают то же самое, что и AVM2. Транслятор будет преобразовывать лексемы AS3 в JS (либо промежуточно сначала в TS, а после в JS). Даже код на выходе будет в итоге читаемый. Пример того, что я предлагаю, скорее похож по аналогии на транслирование как в ASM.js (но только в части преобразования кода C++ в код JS).
Язык останется тот же, библиотеки те же (потому что по сути это и есть один язык), рабочий процесс будет привычным, просто незаметно для всех будет подключаться JS-машина вместо AS-машины и реализации всего того же, что было знакомого во Flash.
Zebestov
07.06.2016, 01:45
Flash CC поддерживает проект на CreateJS. Это не "простенькие анимации".
Да это я знаю. Но это извращение. По сути дела это просто левая обёртка. Каждое приложение может иметь свой плагин для Flash CC. Я же говорю о другом. Я хочу писать приложение как и раньше на AS3, а аж Flash пусть это подгоняет как угодно, чтобы работало из коробки. Технически для этого нет никаких ограничений. Слегка изменяем синтаксис на выходе с помощью синтаксического анализатора, и этот же код уже будет идеально исполняться на любом JS-движке вместо ActionScript Machine. Политика Adobe настроена на что-то иное, возможно, чтобы похоронить Flash и AIR заодно.
Мне важен не не только AS3, а ещё и все библиотеки и классы, которые Adobe встроила в него. А также кодовая база, накопленная за 10 лет. А утилитой Flash Professional / Flash CC я вообще не пользуюсь, я пишу код на FlashDevelop.
Zebestov
07.06.2016, 01:59
А утилитой Flash Professional / Flash CC я вообще не пользуюсь, я пишу код на FlashDevelop.
Тогда откуда столько претензий к продукту, которым ты не пользуешься? =)
Ну ты сам его привёл в пример, а я к нему никаких претензий не имею. Ты же так загадочно задал вопрос о пользовании мной Flash CC в ответ на мой пост про экспорт в HTML5, что естественно было, что ты намекаешь на существующий в этом IDE "экспортер в WebGL". На что я и ответил, что он там убог, и отношения к посту не имеет.
Если сторонние люди сделали библиотеки с displaylist'ом и тем же синтаксисом, что и в AS3, то почему бы Adobe не наладить это самостоятельно и с использованием своего же языка? Создать ещё одну разновидность как TS.
undefined
07.06.2016, 02:04
Любопытно, на чем основано такое мнение.
Я в контексте производительности на мобилках говорил.Не думаю что в браузере крутиться будет также как и флешевый air
Zebestov
07.06.2016, 02:44
Ну ты сам его привёл в пример, а я к нему никаких претензий не имею.
Пример про Adobe, потому что твои претензии к Adobe, хотя (как позже выясняется) пользуешься ты FD и компилятором AS3.
Что касается "сотен" сторонних решений, то это сильное преувеличение. Качественных решений довольно мало (основной состав мы здесь вроде упоминали). Одно из этих решений интегрировано в флагманский flash-продукт от Adobe.
В остальном же вся эта шумиха и все эти претензии "неразумному" Adobe, который почему-то не делает "свой транслятор AS3 в TypeScript/JavaScript", смотрятся как буря в стакане. Будучи примером разработчика, который на практике пишет как на AS3 (AIR, реже Flash), так и на JavaScript (HTML5), я решительно не понимаю, чего тебе не хватает.
Теория такая теория.
Добавлено через 13 минут
Не думаю что в браузере крутиться будет также как и флешевый air
Какой такой "флешевый air"? Чтобы впредь не путаться, Adobe AIR — это не Adobe Flash. Поэтому и возник вопрос, потому что контекст читается однозначно — браузер, именно в нем есть и JavaScript и Flash (кроме iOS).
Я в контексте производительности на мобилках говорил.Не думаю что в браузере крутиться будет также как и флешевый air
ImpactJS для апстора экспортирует в собственной обёртке (ejecta framework), который лишён недостатков браузера Safari. Другие движки работают с Node.js, и скорость практически как у нативного кода.
caseyryan
07.06.2016, 06:39
Мы уже пилим 2 проекта на юнити и анрил. Чем больше делаю что-то в юнити, тем больше она нравится, даже больше анрила. Штука очень крутая, так что я вообще не расстроюсь, если флеш вдруг полностью умрет) Уже решил окончательно куда переходить. В юнити даже 2д не игровые приложения делать очень удобно, но что меня удивило, так это то, что размер финального apk в ней довольно маленький, меньше чем в AIR. У меня уже есть игра с полноценной локацией, в которой около 10 моделей с текстурами, и в собранном виде она весит всего 18 мегабайт. Для сравнения, на эйр у меня есть программа для подсчета дозировки варфарина, в которой всего 4 небольших картинки, и эта прога весит столько же
undefined
07.06.2016, 14:08
Какой такой "флешевый air"? Чтобы впредь не путаться, Adobe AIR — это не Adobe Flash. Поэтому и возник вопрос, потому что контекст читается однозначно — браузер, именно в нем есть и JavaScript и Flash (кроме iOS).
Просто air.Я в курсе что это такое.Alex626 предложил adobe что-то подкрутить в air sdk,вот я и подумал что он хочет чтоб в apk паковался не swf,а js.Смысла в этом немного т.к. js на мобилках тормознее air.Но потом Alex626 поправился, что имел в виду обычный браузерный флэш.
Добавлено через 8 минут
ImpactJS для апстора экспортирует в собственной обёртке (ejecta framework), который лишён недостатков браузера Safari. Другие движки работают с Node.js, и скорость практически как у нативного кода.
Интересно.Тут недавно кто-то говорил, что apple запретил все парсеры js/html кроме родного парсера из сафари
Zebestov
07.06.2016, 14:41
Интересно. Тут недавно кто-то говорил, что apple запретил все парсеры js/html кроме родного парсера из сафари.
Наверняка речь шла о подгружаемом контенте. Здесь другое.
undefined
07.06.2016, 19:10
caseyryan,поясни плз за юнити для веба. Вроде раньше был юнити плеер типа fp,потом гугль его выпилил.Тем не менее на фб я вижу, что есть приложения на юнити, которые работают в хроме.На чем вообще пишется юнити-код? Сразу на JS?Зачем тогда нужен был unity player?
Добавлено через 5 минут
Наверняка речь шла о подгружаемом контенте. Здесь другое.
Да именно о нем.А в чем принципиальная разница между кодом, загружаемом из памяти девайса и из интернетов?По идеи и там и там код загружается.
caseyryan
07.06.2016, 19:17
caseyryan,поясни плз за юнити для веба.
По поводу веба не в курсе. Знаю, что плеер скачивается и устанавливается в систему вместе с юнити. Но я занимаюсь исключительно мобильными приложениями.
На чем вообще пишется юнити-код? Сразу на JS?Зачем тогда нужен был unity player?
На нем пишется только управляющий код. Большая часть работы происходит за кадром и разработчику не доступна, и навыходе получается совсем не JS. Вот для всего этого и нужен плеер.
Ну и большинство (включая меня) пишут под неё все-таки на C#. JS не так часто используется.
undefined
07.06.2016, 19:24
так google же даже собирается переименовать раздел plugins в flash, как бы намекая, что флэш - единственный плагин, который хром поддерживает.
Unity, как и Unreal сейчас используют asm.js, чтобы транслировать C++/C# код в JavaScript. И это работает.
Zebestov,
Чего непонятного в том, что я написал? Я хочу дальше иметь возможность писать код на AS3 и дальше использовать при надобности Flash CC (я на нём делаю инвентари, меню и прочий UI для игровых движков под Scaleform), без особых видимых изменений во Front End, но чтобы иметь возможность на выходе из этого AS3 получать обычный HTML5. То есть поддержка Flash без плагинов, и в итоге это уже даже на выходе будет не Flash, а скомпилированное HTML5-приложение. То есть, если надо пользователю, будет выбор чтобы Back End транслировался сразу в JS напрямую из AS3. И все библиотеки и всё прочее было бы сразу доступно на JS.
C++ код даже можно транслировать в JS. Unreal Engine 4 компилируется в него целиком из исходников, и запускается после этого в браузере. Неужели ты думаешь, что один ECMAScript-совместимый язык невозможно будет транслировать в другой ECMAScript-совместимый язык?
Конечно, мне одному это будет сложно сделать. Но Adobe могла бы это сделать, чтобы в итоге спасти жизнь Flash как платформе, состоящей из IDE Flash CC/Flash Builder и языка AS3. Естественно, что при выборе варианта экспорта в JS, мы теряем привычные swf-файлы. Они будут заменены набором файлов на выходе. Можно конечно и сразу делать на выходе zip-архив (как jar или apk файлы) и прелоадер на js, который этот архив распаковывает и подключает. Это уже будет не совсем Flash, и он будет работать в любом браузере без плагинов, но процесс разработки ничем не будет отличаться от Flash. Соответственно, можно будет сделать экспорт всех существующих приложений прямо в HTML5 двумя-тремя операциями, при условии наличия исходников.
Люди в самом начале пробовали делать инструменты для автоматического портирования swf в html5 (типа swiffy), только подход был в корне неверный, и поэтому на эту идею все забили.
caseyryan
07.06.2016, 20:41
Конечно, мне одному это будет сложно сделать. Но Adobe могла бы это сделать, чтобы в итоге спасти жизнь Flash как платформе, состоящей из IDE Flash CC/Flash Builder и языка AS3.
Вот поэтому эта тема и создана. Они многое могли бы сделать. AS3 офигенный язык, и у самой платформы хороший потенциал. Но в виду отсутствия каких-то "шевелений" со стороны адоби, она обречена
Вот поэтому эта тема и создана. Они многое могли бы сделать. AS3 офигенный язык, и у самой платформы хороший потенциал. Но в виду отсутствия каких-то "шевелений" со стороны адоби, она обречена
Вот вот, я и говорю. Он уже больше 10 лет существует, в отличие от TypeScript. И на нём написано очень много приложений. Ну а что делать? Я вот изучил некоторые популярные имеющиеся решения под JS, так они все копируют Flash! Это говорит о том, что они и создавались в основном для флешеров, как замена "умирающему" продукту. Но проанализировав технические возможности, которые имеются сегодня, я уже 3й год прихожу к выводу, что существуют способы продлить время жизни технологии Flash на неограниченное количество лет, дать ей по сути новую жизнь, и избавить от многих недостатков. Похоже, придётся самому начинать создавать такой проект.
undefined
07.06.2016, 21:19
думаю adobe не хочет убивать все флэшки которые "написали и забыли", и сорцов от которых не сохранилось.Хотя с другой стороны такое решение разом прибило бы весь зловред за который все так не любят флэш.
caseyryan
07.06.2016, 21:30
а я думаю, что им пофигу все эти флешки. Они все равно с них ничего не имеют
думаю adobe не хочет убивать все флэшки которые "написали и забыли", и сорцов от которых не сохранилось.Хотя с другой стороны такое решение разом прибило бы весь зловред за который все так не любят флэш.
Первый раз слышу о "зловредах" на Flash. Что там за зловреды? Рекламные баннеры? Так они успешно существуют и без флеша, и для этого и был создан AdBlock. Все проблемы были в основном связаны с FlashPlayer Plugin, который был уязвим для атак, грузил компьютер, зависал на многих сайтах (и продолжает это делать). Flash без плагина будет лишён этих недостатков (но не будет лишён недостатков самого WebGL/Canvas и виртуальных машин JS, они остаются уязвимыми для многих атак в любом случае).
Речь идёт о нужных библиотеках, инструментах и примерах. MinimalComps, например. Сюда также относятся игры. Любой разработчик сможет сделать переиздание своей игры, на которую он, возможно, уже давно забил, и возможно, не захотел бы портировать вручную (из-за сложностей). Предоставился бы шанс лёгкого переноса уже готового контента.
undefined
07.06.2016, 23:26
Все проблемы были в основном связаны с FlashPlayer Plugin, который был уязвим для атак, грузил компьютер, зависал на многих сайтах
Если бы он только зависал его бы так не хаяли. Обычно зловред на флэше это специальный байткод, эксплуатирующий одну из многих уязвимостей avm. Естественно такую флэшку ни в FD ни в flash ide не напишешь. Странно что ты не слышал о рекордах флэша по числу уязвимостей.
ASVM не будет использоваться вообще, вместо неё AS3, транслированный в JavaScript, будет выполняться на встроенной в исполняемую среду вииртуальной JS-машине. И тут вся ответственность с уязвимости ASVM переходит с Adobe непосредственно на Google или авторов конкретной JavaScript-виртуальной машины.
undefined
08.06.2016, 00:04
Я отвечал на вопрос "что такое зловред на флэше?"
Гляньте, что нашёл: http://layabox.com/en/
Вроде как китайцы сделали свой фреймворк и целую кучу IDE, чтобы писать на AS3 и переводить в html5.
caseyryan
08.06.2016, 06:45
Блин, вся прога на китайском)
undefined
08.06.2016, 14:04
ему еще какой-то LayaPlayer нужен
Добавлено через 2 минуты
скачал, запустил - побоялся идти дальше приветствия.
Я не смог скачать - скорость 0,1 кб/с. Но заранее решил, что буду запускать только на виртуалке, через VMware.
undefined
08.06.2016, 21:39
может отсюда быстрее будет.
https://dl.dropboxusercontent.com/u/68778662/LayaFlash2.6.0.exe
Max_Payn
09.06.2016, 00:00
Гляньте, что нашёл: http://layabox.com/en/
Вроде как китайцы сделали свой фреймворк и целую кучу IDE, чтобы писать на AS3 и переводить в html5.
а может уже сразу писать на html5?
HTML5 это не платформа, не технология и не среда разработки, а всего лишь свод рекомендаций и набор спецификаций по созданию гипертекстов. Сравнивать HTML5 и Flash будет разве что дилетант, знакомый с Flash только по рекламным баннерам и ютубу.
Max_Payn
09.06.2016, 01:48
Я этого не писал, под моим вопросом имелось ввиду другое
Можно конечно сразу писать на одном из существующих новых движков. Но ведь все они имитируют интерфейсы и классы из AS3. И технически из AS3 можно делать то же самое.
Вот интересная вещь: https://ru.wikipedia.org/wiki/Low_Level_Virtual_Machine
Возможно, я буду копать в этом направлении. Кстати, адобовская алхимия уже использовала LLVM для того, чтобы компилировать C++ в AS3 (именно UE3 и Unity были портированы на Flash - Citadel Demo).
Zebestov
09.06.2016, 09:55
Можно конечно сразу писать на одном из существующих новых движков. Но ведь все они имитируют интерфейсы и классы из AS3.И что? Вот если отбросить всю следующую философию — что мешает написать хотя бы что-то на HTML5 и закрыть уже для себя эту на 90% надуманную проблему?
а может уже сразу писать на html5?
Это некошерно, ужасно трудно и практически невозможно… "в теории" =)
Zebestov, я не против написания приложений на JS под HTML5. Но в данном случае я предлагаю способ дать технологии Flash новое продолжение. Всё, уже написанное на AS3, будет выводиться корректным способом в тот же JS. По-моему задумка как минимум стоит внимания.
Adobe Alchemy, только наоборот.
Zebestov
09.06.2016, 18:22
Не забывай, что чистый Flash с его нативным Display List (зачастую с векторным контентом) никуда не перенесется "влёт". Поэтому так или иначе будет необходима адаптация и немного ручного труда (как минимум россыпь мест в коде с тегами условной компиляции). Таким образом чистый Flash, да еще пыльный (речь же идет о чем-то "уже написанном") потребует такого количество правок, которым не получится пренебречь при демонстрации "экспорта влёт". Возможно поэтому Adobe этого и не станут делать.
Более того, я только рад этому! Как я уже говорил, ресурс, выделенный ими на Flash/AIR, не бесконечен, а вопрос к этой платформе (особенно к AIR) еще достаточно. Пускай лучше доводят до ума то, что популярно и таки востребовано, чем морочатся с тем, что практически никому не нужно.
caseyryan
09.06.2016, 18:48
Помнится лет так 7 - 8 назад, был я постояльцем на одном форуме по Symbian, так вот когда появилась iOS, а потом и андроид, все сначала поливали их грязью (особенно тогдашний андроид), и говорили, что мол это фигня забагованная, и с симбиан она и рядом не валялась, что мол нокии надо разработать какой-то новый флагман, который всех порвет и бла бла. Прошло несколько лет и где сейчас симбиан и нокия? А где андроид?
Уверен, что с html5 и флешем будет то же самое. Да, пока технология сыровата, так как нет еще четко сформировавшейся концепции как все должно быть. Но пройдет еще пару лет, и флеш, как и симбиан, будет не нужен даже нам, флешерам. Кто-то, как я, уйдет в мобильную разработку на другие технологии, а кто-то перейдет на html5, которая, я уверен, станет крутой со временем. Нет смысла пытаться оживить флеш, если сами разработчики уже ставят на нем крест, есть смысл начать привыкать к новым для себя технологиям, за которыми будущее.
Есть еще более исторический пример - аналоговая фотопленка и компания Кодак. Которая тоже решила не переходить на современные цифровые снимки, а производить дальше пленку и пленочные фотоаппараты, и очень прогадала, после чего обанкротилась.
Zebestov
09.06.2016, 19:31
Возможно необходимо уточнить, что под
тем, что практически никому не нужно
я подразумевал экспорт Flash > HTML5, а не сам HTML5 =)
Psycho Tiger
14.06.2016, 10:24
Не стоит прогибаться под изменчивый мир, пусть лучше он прогнётся под нас? :D
Вообще говоря, всё просто и логично. Есть маркет, есть потребности маркета, есть хобби. Хорошо, когда они совпадают, но сейчас нет; пишите на флеше для души, но в общем случае сейчас другой стек приносит большие деньги. И HTML5 не вечен, и AppStore уже не золотое дно с 2ккк приложениями – выживает тот, кто адаптируется.
Кот Баюн
14.06.2016, 16:27
Есть еще более исторический пример - аналоговая фотопленка и компания Кодак. Которая тоже решила не переходить на современные цифровые снимки, а производить дальше пленку и пленочные фотоаппараты, и очень прогадала, после чего обанкротилась.
Еще об одном факте читал. стоит упомянуть.
Забавно то, что именно Кодаки изобрели первый цифровой фотоаппарат.
Тем самым подложив себе же самим здоровенную свинью.
Max_Payn
15.06.2016, 18:58
В Adobe Flash Player обнаружена очередная уязвимость нулевого дня
Исследователи «Лаборатории Касперского» Костин Раю (Costin Raiu) и Антон Иванов обнаружили критическую уязвимость в Adobe Flash Player для Windows, Mac, Linux и Chrome OS, позволяющую злоумышленникам выполнить произвольный код и получить полный контроль над уязвимой системой. CVE-2016-4171 затрагивает Adobe Flash Player 21.0.0.242 и более ранние версии.
По словам Раю, уязвимость активно эксплуатируется с марта текущего года сравнительно новой APT-группой, которую в ЛК назвали ScarCruft. В настоящее время она проводит несколько операций с эксплуатацией двух уязвимостей в Adobe Flash Player и одной - в Microsoft Internet Explorer. Жертвы ScarCruft были обнаружены в ряде стран, в том числе в России, Непале, Южной Корее, Китае, Индии, Кувейте и Румынии.
Сейчас группировка проводит две масштабные кампании – Operation Daybreak и Operation Erebus. Operation Daybreak началась в марте 2016 года. В ходе операции злоумышленники эксплуатируют уязвимость нулевого дня в Adobe Flash Player (CVE-2016-4171). В рамках кампании Operation Erebus хакеры используют известную критическую уязвимость в Adobe Flash Player (CVE-2016-4117). По мнению экспертов, ScarCruft также может эксплуатировать исправленную в апреле уязвимость в Microsoft Windows (CVE-2016-0147).
Исследователи ЛК предоставят больше подробностей о CVE-2016-4171 после ее исправления, которое будет выпущено в четверг, 16 июня.
caseyryan
15.06.2016, 19:21
весь этот текст можно легко сократить до такой фразы: "во флеш плеере есть какая-то абстрактная уязвимость, которая активно эксплуатеруется")
undefined
15.06.2016, 19:27
посветите в этимологию фразы "уязвимость нулевого дня".Кто-то использует её как уязвимость, позволяющая исполнить произвольный код на машине клиента.Где-то говорят о уязвимости, на исправление которой есть 0 дней(должна была быть исправлена вчера).
caseyryan
15.06.2016, 19:42
Сам спросил, сам ответил)
undefined
15.06.2016, 19:48
так как правильно то?
caseyryan
15.06.2016, 20:15
Ну, думаю, очевидно, что второе. Первое - это более широкое понятие. Есть и другие уязвимости, которые позволяют исполнить произвольный код на компе жертвы
интересно, из тех кто пишет про уязвимость нулевого дня, хоть кто-то понимает как это работает и может ли применить это?
Psycho Tiger
16.06.2016, 08:31
Это же общее название. Работают по разному и применить с целью взлома тоже нужно по разному. Где то достаточно буффер переполнить (не в 2016, конечно, лол), а где то нужно такую инфраструктуру поднять вокруг приложения, что социальная инженерия не справится.
Тем, так я по этому и спрашиваю... Мне почему-то кажется, что люди просто пишут, большая часть людей кто пишет, про найденные уязвимости, но мало понимают, что это такое и как этим пользоваться.
Psycho Tiger
16.06.2016, 23:04
Я думаю что в ПО очень много 0day дыр, которые не обнародованы и живут в секрете для точечных взломов конкретных машин/людей. В целом, когда секьюрная компания находит уязвимость – это не плохо, ведь она не пойдёт в руки злоумышленникам которые нанесут удар по площадям (RCE -> botnet). С другой стороны, существуют легенды что именно антивирусные компании клепают вирусы, чтобы поддерживать свой бизнес на плаву.
Другими словами – я защищён лишь ровно настолько, насколько кому-то **не** нужен мой доступ к моему компьютеру.
Что скажете насчёт ImpactJS?
Я вот думаю, что соц. инженерия куда более опасна. Взять к примеру пк среднестатической тетки, там куча мусора, всякие мейлру, яндекс и прочие лол бары, вместе с вирусами. Зачем злоумышленнику париться и искать уязвимости, когда протолкнуть свой код жертве можно и "легальными" способами.
Max_Payn
17.06.2016, 00:58
Safari 10 в macOS Sierra будет блокировать Flash и другие устаревшие плагины по умолчанию
Вслед за разработчиками Chrome и Firefox в Apple тоже объявляют «последний бой» устаревшим плагинам для браузеров.
Apple рекомендует веб-разработчикам реализовывать все возможности на сайтах с помощью встроенных в браузер возможностей, а не дополнительных плагинов. В частности, использовать HTML5 вместо Flash.
Когда сайт будет предлагать оба варианта для отображения контента, Safari 10 будет выбирать HTML5. Если будет доступен только Flash, то по умолчанию он все равно не будет отображаться и пользователю понадобится активировать его на странице. При этом, опять же по умолчанию, Flash будет загружаться только в этот раз, и блокироваться при следующем открытии сайта, хотя в настройках и есть опция для перманентного использования плагина Adobe на сайте.
Помимо Flash, в Safari 10 также будут блокироваться Java, Silverlight и QuickTime.
Добавлено через 38 минут
у меня такое подозрение что это сговор глобалистов относительно HTML5
Ну понятно всё. Этого и следовало ожидать. Только браузерные технологии пока что полное УГ. Всякий левак, нет ничего серьёзного от "гигантов". Единственное, что было такого разряда - это Flash/AIR от адоби. Apple/Google/Microsoft/Mozilla пока что не в состоянии предоставить ничего близкого к этому на основе HTML5. А кричать, что HTML5 - это замена Flash - может каждый пьяный бомж на улице, но это не приблизит разработку приложений к единому стандарту нисколько.
у меня такое подозрение что это сговор глобалистов относительно HTML5
Типа скомпрометировать HTML5 в глазах пользователей, чтобы все вернулись обратно в Flash? :D *шутка*. Это естественно сговор. Adobe слишком долго занимала лидирующие позиции, обогнав Java, потом Silverlight. Но слишком прочное сидение на "10 миллиардах компьютеров" ослабило бдительность этой конторы. Они думали, что слишком сильно укрепились, и это прибавило им чувство уверенности в своей вечности, и в результате ослабило их продукт. То, что Flash делался исключительно для браузеров (AIR не продвинулся дальше мобилок), и в основном только для десктопных, и стало началом конца. В браузерности и была их уязвимость. В итоге производители браузеров, сговорившись, смогли диктовать им свои условия. Adobe к тому моменту уже слишком диверсифицировало свой бизнес, и Flash в нём занимает теперь всего несколько процентов от дохода. Поэтому они и не стали ничего предпринимать. Их доход идёт с другого сектора IT индустрии.
Что скажете насчёт ImpactJS?
Max_Payn
17.06.2016, 02:37
что то адекватное будет с приходом WebAssembly, обещают очень многое
Я давно уже пишу про asm.js, трансляцию C++ в JS, и приводил аналогии с адобовской алхимией. Только вот все идея Native Client уже провалилась, и Google вряд ли сможет вернуть ему прежний статус. Да и по сути ничего нового не будет изобретено, а только добавят уязвимостей, ведь можно будет исполнять неуправляемый код в браузере. И чем это лучше Flash?
Adobe нужно было лет 10 назад начать разрабатывать собственный браузер с нативной поддержкой Flash и потом кидать Apple и Google упрёки в том, что HTML5/WebGL/прямое выполнение на процессоре и видеокарте - это не тру и вообще зло.
caseyryan
17.06.2016, 06:22
Я вот думаю, что соц. инженерия куда более опасна. Взять к примеру пк среднестатической тетки, там куча мусора, всякие мейлру, яндекс и прочие лол бары, вместе с вирусами. Зачем злоумышленнику париться и искать уязвимости, когда протолкнуть свой код жертве можно и "легальными" способами.
Я б сказал, если на компе есть мейлу.ру, то и вирусы не нужны :D Эта хренатень и так как вирус распространяется. Подтягивает с собой кучу всякого дерьма, которое прописывается и в автозагрузку, и в служби и в задания. Просто так даже не удалишь
Max_Payn
17.06.2016, 10:56
вырезать хлам с mail.ru еще та не простая задачка, прописывается везде и вся
Ставьте себе Unchecky для левых установщиков, ну а против существующего хлама - Malwarebytes Anti-Malware.
undefined
10.08.2016, 16:28
ну вот опять (https://geektimes.ru/post/279344/).Обещали же что фейсбук и еще пару тройку ресурсов трогать не будут.
cyraxchel
11.08.2016, 14:16
ну вот опять (https://geektimes.ru/post/279344/).Обещали же что фейсбук и еще пару тройку ресурсов трогать не будут.
Читаем комментарий:
https://geektimes.ru/post/279344/#comment_9495192
И оригинал:
https://groups.google.com/a/chromium.org/forum/#!msg/chromium-dev/QL2K4yFVg_U/vj44YWOaAwAJ
In September 2015, we made ... automatically pausing any cross-origin plugin content smaller than 400px in width or 300px in height.
...Now the browser will not instantiate cross-origin plugin content that is roughly 5x5 or smaller or has an undefined size
Т.е. как бы отключили. Но не отключили... Как в старом анекдоте.
Max_Payn
11.08.2016, 14:19
прям такая тяжелая новость, устаревшая старая технология flash )))
Работает на vBulletin ® версия 3.7.3. Copyright ©2000-2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Copyright © 1999-2008 Flasher.ru. All rights reserved.