Трохи історії. Ця невеличка презентація нині виглядає старовинною. WPF/FE та Adobe Apollo — пам’ятаєте їх? Мережа далеко пішла з 2007-го.

Але інші частини презентації не застаріли, зокрема частини про відданість Мозилли та Опери вільній реалізації елемента <video> в HTML5

• Співпраця з Оперою в рамках WHATWG над <video>
• Ogg Vorbis для <audio>
• Інші формати можливі
• Елементи керування через DHTML

І ми зробили що обіцяли. Ми бились наперекір долі. Ми несли смолоскип HTML5 <video> навіть тоді, коли він опалював нам пальці.

Нас називали наївними(ми не такі) ідеалістами(це так). Нам казали, що ми котимо брилу під круту гору(й понині!). Нам казали, що ми ніколи не здолаємо інерцію H.264 (може й так, але Мозіла не збиралась здаватись і платити патентним рантьє).

Потім у 2009 Google оголосив що він купляє компанію On2, і раптом у Мозіли та Опери з’явився свій лицар на білому коні.

На конференції Google I/O у травні 2010 Adobe оголосила що вона включить VP8 (але не решту WebM?) у наступний випуск Flash.

У січні 2011 Майк Джазаері з Google написав:

… ми змінюємо підтримку HTML5 <video> в Chrome так, щоб узгодити її з набором кодеків підтримуваних відкритим проектом Chromium. Зокрема, ми підтримуємо відео-кодеки WebM(VP8) та Theora, і розглядатимемо підтримку інших високоякісних відкритих кодеків у майбутньому. Хоча H.264 і грає важливу роль у відео, наша мета — уможливити відкриті інновації, тому підтримка цього кодека буде вилучена, і наші ресурси спрямовані на підтримку цілком відкритих технологій.

Ці зміни стануться у наступні кілька місяців…

Продовження за кілька днів підтвердило, що Хром буде покладатись на Flash для програвання відео у форматі H.264.

Де ми сьогодні

Нині березень 2012, і зміни, обіцяні Google та Adobe, не були зроблені.

Але що важливіше, ці зміни вже не важливі, якщо вони торкнуться лише декстопної версії Chrome, і не стосуватимуться Гугловського мобільного браузера під Android, оскільки автори зазвичай не кодують відео двічі (один раз в H.264, другий в WebM). Вони здебільшого використовують Flash-запобіжник всередині тега <video>. Ось приклад з сторінки порад Opera:

<video controls poster="video.jpg" width="854" height="480">
 <source src="video.mp4" type="video/mp4">
 <source src="video.webm" type="video/webm">
 <object type="application/x-shockwave-flash" data="player.swf"
         width="854" height="504">
  <param name="allowfullscreen" value="true">
  <param name="allowscriptaccess" value="always">
  <param name="flashvars" value="file=video.mp4">
  <!--[if IE]><param name="movie" value="player.swf"><![endif]-->
  <img src="video.jpg" width="854" height="480" alt="Video">
  <p>Your browser can’t play HTML5 video.</p>
 </object>
</video>

Документація Opera несе смолоскип вільного відео в другому рядку

<source src="video.webm" type="video/webm">

після першого елемента <source> у контейнері <video>, але більшість авторів не будуть викладати дві версії свого відеофайла.

Розглянемо ситуацію сьогодні.

Firefox надає підтримку лише вільних форматів у своїй реалізації елемента <video>. Ми покладаємось на Flash-запобіжники, котрі веб-автори все одно змушені писати, як показано вище. Тобто ми, Mozilla, покладаємось на Flash щоб донести H.264-відео до користувачів Firefox.

Adobe оголосила, що вона не буде розробляти Flash для мобільних пристроїв.

Незважаючи на свій блог-пост на початку 2011, десктопна версія Chrome все ще підтримує H.264 в <video>. Навіть якби ця підтримка й була викинута, десктопна версія Chrome несе у собі особливий патчений вбудований Flash, тож показаний вище запобіжник продовжуватиме працювати для їх користувачів.

Мобілки понад усе

Типовий браузер на Android (в усіх його версіях), та Chrome для Android 4 — всі підтримують H.264 в <video>. Та й чи могло бути інакше, раз Android заточується під пристрої, де декодування H.264 реалізовано на хардверному рівні, і є найбільш енергоощадливим? Адже Google мусить боротись з Apple за долю мобільного ринку.

Можливо, Стів Джобс завдав смертельного удару Flash на мобілках, але також він просував H.264, та запевняв світ у тому, що «всі відеокодеки є патентованими». Apple продає багато пристроїв, котрі підтримують H.264. І ці пристрої, зокрема в ділі програвання відео — нині є золотим стандартом.

На мою думку, Google не буде постачати мобільні браузери, котрі не здатні грати H.264 відео, котре ідеально грається на Apple. Принаймні не цього року і не наступного. Що б там не сталося потім, нині Mozilla не може собі дозволити чекати на цю подію. Також не варто питати навіщо Google купили On2, але не змогли продавити WebM на мобільний ринок, аж до вилучення H.264 з Андроїда. Відповідь самоочевидна.

Тож якщо десктопний Chrome і відкине підтримку H.264, користувачі Chrome цього практично не помітять завдяки Flash-запобіжнику. А Apple та Google, плюс Microsoft чи хто там ще схоче відкусити долю мобільного ринку — продовжать підтримувати H.264 в їх мобільних ОС та пристроях — хардверно-реалізований H.264, оскільки він їсть батарейку набагато менше ніж альтернативні декодери.

Ось графік наявності H.264 відео в HTML5 в мережі (дані від MeFeedia):

А ось дані стосовно росту ринку мобілок над десктопами від The Economist:

Ці графіки є чудовою іллюстрацією до дії Закона Бела про типи комп’ютерів. Цей закон передрікає поступове заміщення старих типів комп’ютерів новішими.

В світлі наступаючих змін, Mozilla має ставити свою місію понад усе, і продовжувати утримувати мережу — включно з Мобільною Мережею — відкритою до інновацій, взаємодії і розвитку.

Що Mozilla робить

Ми успішно запустили проект Завантажся в Gecko ( B2G ), та ми готуємось випустити новий та оновлений Firefox під Android, щоб надати нові можливості мобільним користувачам.

А що стосовно H.264?

Andreas Gal запропонував скористатись наданими ОС та хардвером декодерами H.264 на Android’і та B2G. Та гілка вже перевалила за 250 повідомлень, і була підхоплена пресою.

Дехто каже, що ми маємо чекати поки хтось (Google? Adobe?) щось змінить на користь WebM понад H.264.

Пам’ятаймо, викидання H.264 з <video> лише на десктопах без мобілок не важливе, через Flash-запобіжник.

Інші кажуть, що ми маємо триматись і розраховувати лише на себе, а не інтегрувати підтримку патентованого відео з ОС.

Багато хто лає софтверні патенти. Тут є що ненавидіти, але софт не є проблемою на мобілках. Спеціальні мікросхеми отримують біти і видають пікселі. Декодування H.264 нині живе суто на хардверному рівні.

Так, деякі мікросхеми вже підтримують декодування WebM, чи скоро будуть. Замало і запізно для тих, хто розробляє мобільні сайти і використовує HTML5 <video> нині.

Як писалось у гілці дискусії, Mozilla ніколи не ігнорувала користувачів чи долі ринку. Так, ми не опікуємось лише долею ринку, але ігнорування корисності да долі ринку призведе лише до вимирання. Без користувачів наша місія беззмістовна, а наша здатність впливати на розвиток відкритих стандартів зведеться до нуля.

Звичайно ж, у нас є принципи котрі забороняють нам наживатись на наших користувачах (скажімо, вбудувавши рекламу в інтерфейс Firefox’а). Але ми ніколи не відкидали програвання закритих форматів через плагіни, і в цьому плані залежне від ОС декодування H.264 не сильно різниться від залежного від Flash.

Ми не будемо нікого примушувати платити за Firefox. Ми не обтяжуватимемо тих, хто використовує наш код, ліцензійними виплатами. Ми й далі будемо покладатись на Flash на деяких десктопних ОС. Що і як буде з H.264 там поки не до кінця не ясно, особливо на Windows XP.

Але ясно одне: H.264 нині абсолютно необхідний, щоб боротись за долю на ринку мобілок. Неможливо відкинути відео в H.264 на Firefox під Android чи в B2G та пережити перехід на мобільні платформи.

Програвати бій неприємно, що й казати. Але ми мусимо змиритись з цим і йти далі, якщо хочемо успіху в наших мобільних ініціативах. Невдача у цій галузі скоріш за все означатиме упадок Mozilla. Тому, напевне, пропозицію Андреаса буде підтримано.

Чи можемо ми перемогти у великій війні за відкритість мережі? Не знаю, чи побачимо ми остаточну перемогу, але ми мусимо битись далі. Срок патентів скінченний (пам’ятаєте патент LZW?). Їх може бути відкликано. Їх можна обійти. Також можливо змінити патентне законодавство.

Mozilla лишається з вами. І ми ніколи не здамося.

Автор — Брендан Ейч, технічний директор Mozilla. Оригінал його статті див. на hacks.mozilla.org

Доповнення від Мішель Бейкер

Основна мозілловська цінність — давати користувачам зручність. Ми хочемо будувати продукти, котрі люди любитимуть та котрі поширюватимуть відкритість і користувацьку незалежність. «Продукти, котрі люди любитимуть» тут ключова фраза. Не прохідна. Це суть. Це висока мета, і вона мусить надихати нас, так само як і друга частина фрази, про відкритість і незалежність, надихає нас.

Останні кілька років ми зосереджували наші зусилля на другій частині речення. Ми відмовлялись прийняти зручну користувачам технологію в надії, що це дасть їм більще незалежності. Не багато хто йде на таке, але ми спробували. Чому це в цей раз не вийшло — див. вище.

Зважаючи на ситуацію, час змінити пріоритети. Пора зосередитись на тому, щоб надати користувачам продукт, котрий вони зможуть любити сьогодні, і придумати нову тактику щодо того, як привести в світ вільну технологію аудіо та відео. Деякі з найбільш талановитих та затятих людей у світі працюють над відкритими відео-технологіями. Ми продовжимо боротьбу за те, щоб привести відкриті кодеки в Мережу. В процесі ми будемо створювати продукти, котрі люди любитимуть. І ми будемо цим пишатись.

Мішель Бейкер — голова ради Фундації Мозілла. Оригінал її статті див. на blog.lizardwrangler.com.

Для цього потрібно встановити пакет перекладу та перемикач мов.

Будемо раді вашим відгукам!

Тестування Lightning 1.0 почалося ще у грудні 2009 года. З тих пір було випущено 7 бета-версій. Починаючи з даного випуску розробники вирішили перейти до нового процесу підготовки випусків та випустили першу версію.

Паралельно розвивався заснований на тих же технологіях календар для планування Sunbird, що був виконаний у вигляді окремої програми. Sunbird не оновлювався з березня минулого року, та зараз замість нього рекомендується використовувати Thunderbird з Lightning.

Деякі особливості Lightning 1.0:

• Підтримка стандартних функцій планування, що мають календарі-планувальники;
• Можливість відправляти та приймати запрошення про проведення зустрічей по електронній пошті. Прийняте запрошення автоматично додається до календаря. Відправлення запрошень з Lightning відбувається в сумісному з Outlook 2000/2002/XP режимі;
• Безшовна інтеграція з інтерфейсом Thunderbird;
• Можливість вибору різних режимів відображення (календар, список задач) в різних вкладках;
• Підтримка підключення додатків та візуальних тем. Наприклад, доступний додаток для інтеграції з Google Calendar;
• Для однієї події можливо назначити декілька сигналів про наближення події;
• Підтримка протоколу CalDAV та можливість синхронізації з різними CalDAV-серверами;
• Підтримка виводу на друк.

З останніх можливостей Lightning 1.0, що були додані після останнього тестового випуску, відмічено:

• Оновлено оформлення інтерфейсу користувача для усіх режимів перегляду календаря;
• Повноцінна підтримка автономного режиму роботи з календарем, що активується за допомогою вмикання опції кешування для зовнішнього календаря;
• Забезпечена повна сумісність з Thunderbird 8;
• Поліпшена діагностика для ICS-провайдерів;
• Виправлена помилка, що призводила до краху під час запуску;
• Усунуті недоробки в системі виводу повідомлень, що проявлялися для заморожених чи періодичних подій;
• Можливість відкриття подій вже прийнятого через систему прийому запрошень.

Встановити додаток Mozilla Lightning можливо безпосередньо з Thunderbird у меню Додатки.

Домашня сторінка Mozilla Lightning

Загальні поліпшення:

• Thunderbird базується на новому двигуні Mozilla Gecko 8
• Додатки, що встановлені іншими програмами, типово вимикаються
• Нові гарячі клавіши для пошуку (Search та Find)
• Поліпшена зручність роботи зі списком вкладень
• Вилучено віджет перемикання тек
• Вирішено декілька проблем стабільності
• Вирішено декілька проблем з безпекою

В цій версії нового:

• Додатки, що встановлені іншими програмами,  типово вимикаються
• Доданий одноразовий діалог обирання додатків для керування попередньо встановленими додатками
• Додано Twitter до панелі пошуку (в англійській та ще кількох версіях)
• Додано можливість завантаження вкладок за потребою, що покращує час запуску під час відновлення вікон
• Покращена анімація вкладки при  переміщені, впорядкуванні чи відділенні вкладок
• Покращено продуктивність та керування пам’яттю при використанні елементів <audio> та <video>
• Додана підтримка CORS для  кросдомених текстур у WebGL
• Додана підтримка контекстних меню в HTML5
• Додана підтримка для insertAdjacentHTML
• Покращена підтримка CSS hyphen для багатьох мов
• Покращена підтримка WebSocket
• Вирішено декілька проблем стабільності

Докладніше про нові можливості для розробників у Firefox 8 (англійською)

Корисні поради:

• Щоб примусити неоновлені додатки бути сумісними, встановіть Звітувач про Сумісність. До речі, з наступної версії сумісність додатків перевірятиметься лише для деяких з них, тож ця проблема зникне.