![Флэш Потрошитель - Флэш & Флекс, rost[ухо]flash-ripper.com](/sites/all/themes/fripper/logo.png){kind=logo}
flash player
Adobe: финальный шаг в сторону Open Source - верен ли он?
Такой интересный вопрос задал мне вчера вечером Константин Ковалев, известный консультант по насыщенным технологиям из Черногории. Честно говоря, от неожиданности сначала я даже не понял сути вопроса, и потом Константин поведал мне, в чем состоит суть дела.
А суть вот в чем. Продолжением вчерашнего начала тесного сотрудничества Adobe и Google над интеграцией Flash Player в браузер Chrome стали новые, еще более будоражащие воображение факты -- флэш-проигрыватель стал опенсорсным. "С чем я вас и поздравляю!" -- хочется вокликнуть тут же, но давайте сначала поразмыслим, хорошо ли это и для кого именно.
Можно было ожидать, что естественным и логическим развитием взаимоотношений Adobe & Google станет открытие исходных кодов Flash Player. Это и происходит сейчас -- ведь, поскольку Google Chrome сам является разработкой с полностью открытым исходным кодом, то и все его части должны иметь аналогичную характеристику. Иначе говорить о бесшовной интеграции Flash Player с браузером -- означает в некоторой мере спекулировать фактами, в то время как нужно идти до конца и сначала ответить на следующие вопросы:
- Разве возможна идеальная интеграция открытого кода с закрытым? Нет!
- Разве возможно слияние свободного ПО с, извините, проприетарным ПО? Нет!
Идеал не будет достижим в условиях проприетарности Flash Player. Именно поэтому Adobe делает естественный следующий шаг и завершает открытие исходных кодов Flash Player. Это то, к чему Adobe идет уже два года. Начав в 2008 году свою революцию открытия кода с Tamarin, Adobe продолжают ее, интегририуя проигрыватель с Chrome, и завершают -- выпуская Flash Player в Opensource.
Нужен ли нам Open-Source Flash Player?
Не станем скрывать, что есть и разумные возражения против открытия исходных кодов Flash. Так, упоминашийся выше эксперт по разработке RIA-приложений Константин Ковалев из Черногории предостерегает, что открытие исходных кодов может привести к появлению огромного количества низкокачественных веток разработки, и как следствие - общей дискриминации Flash Player. Что ж, такая вероятность есть, но не станем забывать и о том, что Flash Player как флагманская технология сети уже и так в достаточной степени подвергается различным нападкам. И спектр их весьма широк - от вполне понятного недовольства пользователей тяжеловесными баннерами, изготовленными с помощью Flash, до появления настоящих зловредных программ, умело мимикрирующих под свежие версии Flash Player.
Как Flash Player стал злым и вредным вирусом
Так совпало, что я как раз сегодня имел дело с одной из плохих программ, притворяющихся флеш-плеером. На машине своего знакомого, малоопытного пользователя и немного чайника. Он пожаловался на программу, непрерывно демонстрирующую эротическое шоу на его рабочем столе, и он не может убрать ее оттуда, он попросил меня остановить ее как-то. И с помощью утилиты Dapphne 1.46 нам удалось выяснить, что эта вредоносная программа была запущена из кэша браузера Opera и называлась flash_player_10_2.exe, при этом вес ее составлял 280 Кб. Мы понимаем, что это не настоящий Flash Player, но объясните это тысячам пользователей, малолетним детям которых подобное "изделие" непрерывно демонстрирует на рабочем столе готику, расчлененку и эротику, предлагая убрать это безобразие за деньги отправленные по СМС (кстати, это поделка еще и была на русском языке). Конечно, с помощью Дафнии 1.46 мы быстро очистили систему от этой грязи, но осадок в душе неприятный -- остался.
Не тратьте время зря на защиту и нападение?
Так что я думаю, что флэш-проигрывателю уже не страшно ничего - все, кто хотел возненавидеть его лютой ненавистью, они уже заняли свои боевые позиции и я не стану разубеждать этих людей в их глубоких заблуждениях, ведь они не ждут объяснений, но лишь хотят глумиться над программой.
Теперь, выйдя в опенсорс, наша любимая программа Flash Player станет, я уверен, еще сильнее. И еще больше появится вокруг нее шума и заявлений, но не станем их ни бояться, ни даже опасаться. Просто помните, что нападают на флэш-проигрыватель из зависти и страха - не уподобляйтесь, не защищайтесь и не нападайте, не для нас теперь эти тараканьи бега про то, победит ли шварцнегер брюса ли - не непадайте и вы на дружественные нам технологии, уважайте и Сильверлайт, и айПад и не ведите бесплодных споров - защищать нужно лишь слабое, а сильные платформы и так стоят прочно - и поэтому в защите не нуждаются.
Одним багом во Flash Player стало меньше?
Напомним, что баг Flash Player номер 2504, "Open source Flash Player" был занесен в систему Adobe JIRA почти год назад - 5 мая 2009 года. По популярности эта фундаментальная ошибка взлетела уже на 22-е место в списке самых популярных багов Flash Player. За ее исправление отдан уже 101 голос, и теперь эта ошибка будет наконец устранена. Я хочу поблагодарить всех, кто помог принудить Адоби к этому шагу, всех, кто писал в гугл поисковые запросы "opensource Flash Player" -- мы победили!
Итак, мои выводы: Adobe делает верно, что открывает исходные коды Flash Player, их единственная, на мой взгляд, ошибка - они не сделали этого раньше, но это ничего.
Решение проблемы с вводом кириллицы на Линуксе во Flash Player — своими руками
Среди пользователей GNU/Linux есть пользователи SWF/Flash, это факт. И некоторые из этих пользователей очень любят флэш. Любят так, что не только терпят его поведение, не дающее вводить символы кириллицы в текстовых полях, но и помогают флэшплейеру справиться с этой задачей. Да, речь снова о печально известном баге FP-40, связанному с невозможностью ввода символов UTF-8.
Юрий 'Yzh' Жлоба выпустил патч, решающий проблему ввода кириллицы во Flash Player под Linux. Это уже второй патч, после первого патча от Алексея 'yelbota' Фомкина. Можно пользоваться — работает и в чистом AS, и там, где Flex. Спасибо вам, ребята. Лучи света проникают в сумеречную зону!
За исправление этого бага — уже 201 голос.
Латентные баги Flash Player: собираем коллекцию уродов
За свою более чем десятилетнюю историю Flash Player развился от простенького анимационного движка до универсальной платформы для создания приложений.
Но не только новые возможности добавляются в каждой новой версии, но и новые проблемы. Как правило, почти все они исправляются в следующей версии проигрывателя, но бывают баги, которые живут годами, переходя из версии в версию. Есть среди них баги, которые разработчики Flash Player даже не комментируют, делая вид, будто их нет.
Вот, например, один из багов-старожилов:
Флэш-проигрыватель наотрез отказывается правильно работать в режиме полной прозрачности, задаваемой через параметр wmode="transparent". Стоит его включить, как появляется целый букет болячек: от резкого падения FPS и производительности (что вполне объяснимо, вед прозрачность тоже считать надо) до вообще необъяснимой невозможности ввода не-латинских символов в режиме прозрачности. Совсем недавно эту проблему в который раз обсудили в ruFlash, снова придя к неутешительному выводу, что воз и ныне там, хоть на дворе уже Flash Player 10. И Adobe не спешит эту ситуацию комментировать.
А знаменитый баг-444, связанный с невозможностью глобального отлова исключений в проекте? Он приводит к остановке приложения прямо перед недоумевающим пользователем, и у разработчика нет никакой возможности это исправить. Еще один экспонат этой выставки уродов, и снова Adobe молчит.
Сюда же можно отнести игнорирование проблемы эхоподавления во Flash Player (баг-273), которое мы уже обсуждали. И здесь мы слышим унылое молчание Adobe.
Собираем товар лицом для демонстрации
Тем временем, опыт получения правильного аудио во флэше доказывает, что если говорить целенаправленно и четко, то Adobe прислушивается и фиксит, или хотя бы объясняет свою позицию.
Предлагаю собрать коллекцию самых латентных и злых багов Flash Player (давайте пока ограничимся этим), а по результатам составить статью или презентацию (берусь составить), где вопрос будет стоять ребром в сторону Adobe, которой просто негоже прикидываться шлангом при таком количестве реальных проблем!
Итак, прошу в комментариях писать о латентных багах:
- Описание бага и ссылка на него в Adobe JIRA (если есть).
- Как давно существует проблема.
- Что по этому поводу говорит Adobe (и говорит ли), и что хотите сказать вы.
Неконструктивные комменты трутся в режиме реального времени, наша цель — добиться реакции Adobe.
Некрасивое поведение Adobe
Доброго времени суток всем!
Возможно многие помнят мой пост, призывающий проголосовать за feature request по поводу добавления эхоподавления ( http://bugs.adobe.com/jira/browse/FP-273 ) , сначала он как-то пылился и никто на него сильно внимания не обращал, но совсем недавно в ветке развернулась бурная дискуссия. Оказалось, что у Adobe есть система addin для flash-плеера и есть специальный addin для их сервиса Adobe Connect Pro, который по сути является сам flash-плеером с поддержкой эхоподавления, screensharing и других вкусностей, которые недоступны обычным разработчикам, а доступны только Adobe.
Как это называется??? И почему до сих пор в обычном плеере нет эхоподавления!? ПОЗОР....
Знаменитый Баг-444 признан важным
В Adobe согласились, что неспособность Flash Player (issue 444) перехватывать любую ошибку (и при этом оставлять пользователя наедине с застывшим приложением) есть плохо. Вчера у этой записи в Adobe JIRA сменилось значение одного свойства, но зато какого: Internal Priority. Было: "", стало: "A". Что же, будем надеяться, что вчерашнее изменение приведет к скорому исправлению этого досадного поведения.
RiaStats.com — узнать где и сколько плагинов установлено
Дима Кочетов прислал полезную ссылку: на сайте riastats.com ведется статистика по распространению популярных плагинов сети: Flash Player и Silverlight.
Там вы не только можете узнать текущую статистику по общей распространенности плагинов, но и заполучить виджет для своего сайта. И этим получить дополнительную возможность повлиять на статистику, а также получать персонализированные отчеты по своему собственному сайту.
Кстати, общая статистика на 20 января 2009 года приятна: Flash Player 10 уже установлен на 44 процентах машин, а Sliverlight 2 доминирует над Silverlight 1, вместе они уже присутствуют на 16% компьютеров. Статистика собрана за последние тридцать дней по более чем полумиллиону ЭВМ.Намекнем Adobe на баг c вводом символов в кодировке UTF-8?
Нам не нравится то, что Adobe не фиксит старые баги? Например, известный баг с utf8-вводом при wmode=transparent или opaque (особенно глючит в Linux). Это тормозит разработку многих приложений, использующих не-латинские символы. Во Flash Player 10 этот баг тоже есть, и это очень мало радует. Поможем Adobe повысить приоритет проблемы? Голосуем?
// alex, спасибо за наводку, yelbota — спасибо за багрепорт!
