Пользователь
0,0
рейтинг
14 июля 2011 в 03:25

Разработка → Вышли беты Flash Player 11 (включая 64-бит) и Air 3 (с Molehill 3D)

Основные фичи:

Поддержка 64-бит для всех платформ (win, lnx, mac). На данный момент только для флеш-плеера.

Molehill 3D. Тут все ясно, была куча топиков. Есть небольшое изменение в API, по сравнению с preview.

— H.264/AVC, native json — было в preview 2.

— Captive Runtime для AIR — по аналогии с adobe.connect для захвата содержимого окон, рабочего стола и т.д. Полезно для скринкастов.

Скачать FP 11 beta
Скачать Air 3 beta



Для FP 11 и Air 3:

Molehill 3D APIs. Об этой технологии уже много рассказано на хабре.

— Cubic Bezier Curves. Нативные кривые.

— Large Bitmap Support. Если раньше битматы были ограниченны в размерах (2880x2880), то теперь размер неограничен (ну только лишь, полагаю, доступной памятью для плагина).

JPEG-XR, ATF. Второй формат — собственный формат адоба для текстур.

LZMA compression. В дополнение к deflate и zlib. К тому же теперь сами флешки могут быть запакованы lzma, что уменьшит их размер.

G.711 кодек. Для телефонии и пр. Поддерживаются PCMA и PCMU.

H.264/AVC SW для камеры. Раньше поток с камеры кодировался только с Sorenson VP6.

— Нативный JSON. В дополнение к нативному XML.

События pause/sleep/resume. Для определения, что вкладка с роликом активна, и устройство (desktop|mobile) в настоящий момент работает с флеш-роликом.

— Советы для GC. Через System.pauseForGCIfCollectionImminent можно сказать GC, чтобы не торопился чистить память при высоконагруженных операциях. Позже GC Hint API будет расширен.

— Secure random bytes генератор.

— Flash Access Content Protection Support для мобильных устройств, Protected HTTP Dynamic Streaming (HDS) и Flash Access Enhancements — все, что связанно с DRM от адоби.

— Нативный Text Input UI. Для мобильных устройств.

System.processCPUUsage. Наконец-то можно смотреть, сколько реально проца отжирает флешка, а не в fps-попугаях.

Только для FP 11:

— Поддержка 64-бит — как и обещали.

— Async bitmap decoding. Эта фича декодирования картинок в отдельном потоке плеера уже присутвует в Air 2.6.

— TLS (Transport Layer Security) сокеты, а также socket progress events.

Только для Air 3:

— Stage Video Hardware Acceleration — по аналогии с FP 10.2.

Captive Runtime

— HD surround sound — для звука 7.1 для AirTV.

Еще ожидаются:

— WebWorkers — очень странно, что не вошли в эту бету, видимо в последний момент вылезли какие-то баги.
— Поддержка HID (рули, джойстики).
— Новые типы данных — float, float4.
— WebM — ходят слухи, но ничего не обещают =)

UPD: Забыл сказать, что в linux для Molehill используют только софтварный рендер (SwiftShader), без использования GPU (в отличии от воспроизведения видео, где на некоторых видеокарточках gpu все-таки используется), так что не удивляйтесь высокой загруженностью проца. Объясняют очень большими проблемами с драйверами. Проблему серьезно изучают, возможно в 12 версии будут изменения.
Mr. Skam @mrskam
карма
77,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое Разработка

Комментарии (36)

  • +9
    > Поддержка 64-бит для всех платформ
    Поздравляю господа, лед тронулся!
    • 0
      Надо бы производительность на чем-то сравнить :)
      • 0
        Если опишете методологию — могу попробовать.
  • 0
    > WebM — ходят слухи, но ничего не обещают =)

    Отлично же, если добавят туда декодирование WebM-видео. Это значит, что все видеохостинги в инете смогут держать своё видео в едином формате WebM, при этом это видео смогут просмотреть вообще все клиенты: кто-то средствами веб-браузера с поддержкой WebM через обёртку из HTML5-тега video, кто-то с помощью обёртки из Flash.

    А если большую часть видеохостингов переведут на WebM, то для многих клиентов и флэш будет со временем уже не нужен для просмотра видео, всем хватит HTML5-плееров и возможностей голого браузера, даже без Flash-плагина.
    • 0
      > при этом это видео смогут просмотреть вообще все клиенты
      Не все. Не у дел останутся гордые владельцы iPhone/iPad.
      • 0
        Ну для них есть air-приложения. Вроде как 2.7 вполне быстрым получился. Полагаю, что 3.0 еще больше ускорят.
        • 0
          Так а WebM-то аппаратно всё равно никак не декодировать.
  • 0
    Поставил бету, демки с Molehill от Альтернативы и away3d не работают.
    Будем ждать обновления демок и движков.
  • 0
    Попробовал демку Stage3D, которую советует Adobe, но что-то не понял. У меня только заставка идет и все по кругу.
    • 0
      Я уже писал — произошли незначительные изменения в Molehill API. Нужно подождать, пока обновят демки, думаю, сегодня попрявят.
      • 0
        Понятно, а то видео красивое в заставке, жаль что пререндер :)
  • 0
    Рапортую — в linux 32 работает просто отлично. Счастье есть
    • 0
      А как по производительности? Есть улучшения по сравннию с 10.х или так же безбожно кушет ресурсы процессора?
  • 0
    Рад поддержке 64 бит.
    Как тестировщику в прошлом, инетерсно понаблюдать за тенденцией обнаружения багов в 11 версии. А может, всё будет по новому, и продукт получится довольно качественным?
  • 0
    bugs.adobe.com/jira/browse/FP-5739 всё ещё не исправлен. Для предыдущей версии хотя бы патч catap.ru/patches/flash64/memcpy-10.3.162.29.bsdiff был.
  • 0
    Файрфокс крякнул через 2 минуты после установки х64
    • +5
      Зачем вы крякнули Firefox?
      • 0
        Оно само. Что самое интересное флеш после рестарта пропал. Не хочет нормально он под линем работать :(
    • +1
      Ну, а первые 2 минуты работал нормально, успел прирост производительности засечь?)
      • –1
        Посмотрите последний абзац. Какой уж там прирост — видео опять нормально не посмотреть, как в старые добрые времена версий ≤10.1.
        • 0
          Тогда 11 релиз для рядового пользователя — ни о чем, а жаль.
          • 0
            Так это еще не релиз. И не понятно, причем тут видео?
            • 0
              Согласно опять же последнему абзацу «так что не удивляйтесь высокой загруженностью проца. Объясняют очень большими проблемами с драйверами. Проблему серьезно изучают, возможно в 12 версии будут изменения.» То есть нормально видео мы не посмотрим по крайней мере до 12 релиза. В 11 релизе ничего уже с этим делать не будут.
              • 0
                Это к molehill относится. То, что было сделано для видео со времен 10.2 — неизменно, а то и улучшено. Я же вроде хорошо описал — "… в отличии от воспроизведения видео ...".
                • +1
                  Да, коммент RussianNeuroMancer+моя невнимательность повели дисскусию в неправильном направлении.
            • 0
              Вы уже попробовали посмотреть видео с новым Флешем во весь экран? Я попробовал. KDE 4.6.5, KWin, Catalyst 11.6. Смотреть невозможно, в отличии от 10.3.
  • 0
    Но всё равно начало официальной поддержки 64-разрядной сборки для Linux — это хорошо.
    • 0
      Так под Linux x86-64 как раз-таки официальный Adobe Flash 64-разрядный уже и до этого был. По крайней мере релизная версия Flash Player 10.3 точно, а всякие альфы и беты и того раньше. (Adobe released an alpha version of Flash Player 10 for x86-64 Linux on the 17th November 2008).

      А вот для платформ Windows и Mac OS X не было официальной версии Adobe Flash Player (x86-64).
      • 0
        Где вы нашли релиз 10.3? Была и есть square, это превью 64-бита (пре-альфа), однако 10.3 это лишь формальность, по сути это была 10.2 ветка, причем урезанная (т.е эхоподавления без эхоподавления + некоторые вещи из 10.2 отсутствовали, включая полноценную работу с gpu). Но square релизом никогда не был.
      • 0
        «Как известно, актуальных версий Adobe Flash Player для 64-битных систем Linux пока не существует. Да, есть Square. Но он не обновляется, да и GPU-декодинга видео в нём нет. Приходится использовать 32-битную версию.» habrahabr.ru/blogs/linux/117204/
        • 0
          Ну не знаю…
          В Ubuntu x86-64 версия Flash уже давно установлена из репозитория ppa:sevenmachines/flash и регулярно обновляется. Сейчас на сайте adobe показывает, что стоит именно версия 10.3 (и она 64-разрядная).
  • 0
    К сожалению, аппаратное ускорение stage video не шуршит.
    • 0
      автор забыл упомянуть, что Stage Video на линуксе заимплеменчено только для vdpau
      • 0
        vdpau и есть. Но на 64-битном линуксе не фурычит. Может, конечно, это у меня что-то не так. У кого работает, отпишитесь, пожалуйста.
  • 0
    А утилиты для создания или описание (желательно) ATF формата появились?
  • 0
    Ура! Наш багрепорт таки закрыли в нем
    bugs.adobe.com/jira/browse/FP-6167

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.