Фонд «Общественное мнение» (ФОМ) опубликовал результаты общероссийского исследования под названием «Финансовое поведение в интернете: практики, проблемы, ожидания», которое составлено на основе опроса 6000 респондентов в 200 населённых пунктах России. Задача исследования — выяснить, что думают участники проекта об интернет-деньгах и покупках в сети, а также представить тематически структурированные размышления и аргументы участников проекта (в специальной дискуссионной группе).

Опрос показал, что доверие людей к виртуальным деньгам пока невелико: всего лишь 28% пользователей считают электронные платежи надёжными и безопасными, в то время как 45% придерживаются противоположной позиции.

Опрос также показал, что система «Яндекс.Деньги» гораздо популярнее, чем Webmoney. Кроме того, дальнейшее исследование выявило, что пользователи считают электронные деньги не совсем настоящими, и поэтому тратят их с большей лёгкостью.

Итак Google сделал заявку на победу в войне видео форматов для веб, открыв VP8 под свободной open source лицензией, не требующей Royalty отчислений. В чем же особенности WebM по сравнению с h264 и как внедрение этого кодека изменит Интернет?

Анонс WebM, в целом, был очень позитивно воспринят хабрасообществом, но вот большинство выводов, которые просматриваются в комментариях к соответствующим топикам, на мой взгляд, показывают излишнюю оптимистичность и непонимание многими читателями многих важных моментов, которые могут повлиять на успех (или провал) и скорость внедрения WebM. В этой небольшой заметке я постараюсь коротко описать моменты, которые стоит учитывать для большего понимая всей этой ситуации с WebM, H.264 и так далее.

«Открытый и свободный» видеокодек VP8 из комплекта WebM может оказаться не таким уж и свободным. Возможно, за его использование всё-таки придётся платить такое же роялти, как за H.264. По крайней мере, так считает консорциум MPEG LA, который контролирует видеостандарт AVC/H.264. Они уже приступили к подбору патентов, которые можно предъявить против кодека VP8.

Как говорит исполнительный директор MPEG LA, это стандартная процедура в условиях рыночной конкуренции. Они создают такие пулы для каждого видеокодека, который может выйти на рынок и потенциально угрожает интеллектуальной собственности MPEG LA.

WebM пока что на рынок не вышел и находится в стадии dev preview. В комплект входят также аудиокодек Vorbis и контейнер Matroska. К этим компонентам у MPEG LA, вроде бы, претензий нет.

С точки зрения бизнеса, консорциуму MPEG LA выгодно было бы выждать определённое время, пока рынок максимально освоит якобы свободный кодек от Google, а уже потом выдвинуть требования по оплате лицензионных отчислений с каждого пользователя. Даже Google не может гарантировать, что такой сценарий не воплотиться в жизнь, хотя её юристы провели тщательный анализ и «вполне уверены» в патентной чистоте VP8, но это всё равно не гарантия.

— Все обновления ОС Android 2.2

— Платежи через PayPal можно будет совершать из приложений
— Google анонсировала новый открытый видео-формат для веб: WebM
— Samsung Acclaim, Samsung Galaxy i5500, Galaxy i5801 и Acer Liquid Stream: новые смартфоны на базе Android
— C3300K Champ: самый дешевый сенсорник от Samsung

Новость появилась на новом сайте для разработчиков Firefox 4, предвещая много хорошего для тех из нас, у кого ограничен трафик: интерфейс IndexedDB позволит Веб приложениям работать даже без подключения к сети. Предлагаемый в качестве дополнения стандарт HTML IndexedDB является одним из целой коллекции технических решений, открывающих новые горизонты для программистов и веб разработчиков.

Goolge выпустила новую лицензию на видеоформат WebM.

До этого, согласно предыдущему тексту лицензии, если кто-либо предъявлял претензии по поводу якобы имеющихся в кодеке нарушений его патентов, то он лишался права использования и запатентованных алгоритмов, и самого кода. Это условие делало лицензию несовместимой с GPLv3 и GPLv2.

Теперь лицензия разделена на две части. Первая является лицензией на код и представляет собой копию лицензии BSD. А вторая — лицензия на запатентованные алгоритмы, которая даёт безвозмездное бессрочное право на использование алгоритмов при условии, если пользователь не будет заявлять о том, что кодек нарушает его патенты. В этом случае аннулируется только лицензия на запатентованные алгоритмы, лицензия на код остаётся в силе.

Итак, вышла первая бета-версия браузера Opera 10.60. Как уже стало понятно, ветка семейства 10.5х «не оправдала» ожиданий и снята с конвейера. И дело не в том, что в предыдущих версиях что-то получилось не так — просто в последние месяцы в код браузера было добавлено довольно много новшеств, которые и позволили перейти к новому номеру, а в случае с Linux и Mac версиями — вообще пропустить один релиз. Но обо всём по порядку.

Сегодня вышла очередная стабильная версия браузера Opera под номером 10.60. Как мы и обещали — сразу для всех популярных платформ. Заранее отвечая на возможные вопросы по поводу смены номера, могу сказать, что по сравнению с семейством 10.5х в данной версии появилось несколько важных изменений, что и послужило причиной начала новой нумерации. Об этих изменениях я расскажу чуть позже, а пока несколько слов о других новинках.

В интерфейсе изменилось отображение эскизов страниц при наведении курсора на вкладки, теперь при просмотре этих всплывающих картинок добавлена анимация. Также с эскизами были связаны и изменения в Экспресс-панели: ячейки адаптированы под широкоформатные дисплеи, а убрав с данной панели поле поиска, вы сможете задействовать практически всё пространство для отображения только эскизов страниц.

Ещё в тот момент, когда я писал первоначальный обзор VP8, я обратил внимание на то, что официальный декодер, libvpx, весьма медленный. Нет особенных причин, по которым он должен быть ощутимо быстрее хорошего декодера H.264, но и таким медленным ему тоже быть не с чего! Так что у меня возник план написать луший вариант для FFmpeg вместе с Рональдом Балтьи (Ronald Bultje) и Дэвидом Конрадом (David Conrad). Эта реализация декодера должна была разрабатываться сообществом и быть свободной с самого начала, в отличии от свалки проприетарного кода, которую представла собой библиотека libvpx. Несколько недель назад декодер был достаточно завершен для обеспечения бинарной совместимости видеопотока с libvpx, что сделало его первой независимой и свободной реализацией декодера VP8. Теперь, когда мы завершили первый цикл оптимизаций, он должен был готов к использованию в реальных условиях. Я расскажу о деталях процесса разработки позже, а сейчас давайте перейдем к самой соли этого поста: результатам сравнительного тестирования производительности кодеков.

В рамках инициативы компании Google, заключающейся в том, чтобы сделать интернет более быстрым, в течении прошедших месяцев мы выпустили целый набор инструментов, призванных помочь владельцам сайтов их ускорить. Мы запустили расширение для Firefox под названием Page Speed, позволяющее изучать производительность веб страниц, а также получать предложения о том, как её увеличить. Мы представили Speed Tracer, расширение для Chrome, позволяющее найти и исправить проблемы с производительностью в веб приложениях. Кроме того, мы выпустили набор инструментов для завершающей стадии разработки (closure tools), призванный помочь создавать сложные веб приложения с польностью оптимизированным javascript-кодом. В то время, как эти инструменты были невероятно успешны, помогая разработчикам оптимизировать их сайты, мы продолжали работу, и нам удалось обнаружить единственный компонент веб страниц, который полностью ответственнен за большинство задержек на страницах: изображения.

Большая часть распространенных форматов изображений, используемых в сети, были созданы более 10 лет назад и основаны на технологиях того времени. Инженеры из Google решили проверить: нет ли способа увеличить степень сжатия алгоритмов сжатия с потерями (как JPEG), чтобы позволить изображениям загружаться быстрее, при этом полностью сохраняя их разрешение и визуальное качество. В результате работы на этим проектом мы выпускаем новый формат изображений, WebP, в предварительной версии для разработчиков. Этот формат обещает существенно уменьшить бинарный размер фотографий в сети, позволяя сайтам загружаться быстрее, чем раньше.

Общечеловеческая способность общаться друг с другом является ключевым фактором быстрой эволюции и экономического роста. Язык Эсперанто был изобретен в прошлом веке как политически-нейтральный язык, который должен стимулировать мир и межнациональное взаимопонимание. С момента его появления, мы воочую убедились в преимуществах искусственного языка:

Недавнее объявление об изменениях в HTML-поддержке видеокодеков в Chrome вызвало бурные дискуссии. Будущее интернет-видео — важная тема, мы приветствуем эти споры, и хотим высказаться по нескольким из поднятых вопросов.

Об этом ещё нигде не заявляли гласно и официально. (Во всяком случае, я не слыхал ещё.) Однако, если самостоятельно пойти и хорошенько поискать, то отыскиваются самые недвусмысленные свидетельства: прямо сейчас в среде разработчиков полным ходом идёт работа над тем, чтобы тег <video> в языке HTML5 оказался пригодным в том числе и для показа стереовидеозаписей (они же «трёхмерное кино», они же «3D-видео») — по меньшей мере, на современных видеокартах nVidia.

Хорошо известно, что интернетный видеоформат WebM (активно продвигаемый Google, например) основан на контейнере «Matroska». Так вот: оказывается, разработчики контейнера ещё летом 2010 года начали оживлённую переписку (вот пример письма) по вопросу о стандартизации упаковки стереовидеозаписей в этот контейнер. В настоящее время этот процесс, по-видимому, достиг своих итогов и позволяет разрабатывать конкретные программные реализации.

И реализации не замедлили появиться!

Содержимое патчей и переписки по нескольким «багам», перешедшим в состояние «FIXED» в багзилле Фонда Мозиллы ([584255], [584259], [617220]), позволяет воочию убедиться в том, что куски NvD3D-специфичного кода (подразумевающего работу Direct3D на видюхах nVidia) ужé приземлились в разные бета-версии браузера Firefox 4 (в том числе — в последнюю, десятую бету), причём с расчётом как на DirectX 9, так и на DirectX 10.

Таким образом, грядущее вебовидение будет стереоскопическим — а не только плоским, как многие думали.

_{Интересно, как далеко эта эволюция может дойти. Вряд ли ход её ограничится одним только элементом <video>. Прозреваю такой аналог CSS-свойства «z-index», который будет управлять не порядком наложения слоёв, а действительной аппликатою элемента. Опять же есть ещё и WebGL…}

Участники:
Евгений Жарков
Владимир Юнев
 
 

Содержание:

• CES 2011
  • Apple App Store
  • Android 3
  • Microsoft Touch Mouse
  • Windows на ARM
  • Surface 2.0
  • 3D даже в дверном глазке
• Google отказывается от h264
• ASP.NET MVC3, WebMatrix, SQL Compact 4.0, Nuget, IIS Express 7.5
• HTML5 Camp
• Логотоип HTML5
• Excel — 25 лет
• Эрик Шмидт — от перестановки слагаемых сумма не меняется
• Уход Боба Маглия

Длительность: ~60 минут
Подкаст на RPOD,POD.FM

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

WebM — это открытый видеоформат, призванный заменить проприетарный видеостандарт H.264. Его разработка спонсируется компанией Google и его использование не требует лицензионных отчислений. Chrome и Opera поддерживают WebM, в Firefox ​​поддержка формата добавлена в прошлом месяце, а для Internet Explorer анонсирован плагин, который её добавит.

Кроме транскодирования всех новых видео в WebM, команда YouTube работает над тем, чтобы транскодировать в WebM вообще всё видео. Однако, учитывая объём контента в YouTube (как утверждается, ежедневно пользователи загружают видео общей длительностью в шесть лет), это достаточно сложная задача. Тем не менее, уже получилось транскодировать видео, просмотры которого составляют 99 % от всех просмотров, или 30 % от всего видео.

Как утверждается, YouTube будет продолжать поддерживать формат H.264. Также разработчики продолжат развивать HTML5-видеоплеер, анонсированный в прошлом году.

Тег HTML5 video, уже поддерживается всеми основными браузерами.

Как видно из таблицы, текущие версии Firefox, Chrome и Opera поддерживают продвигаемый Google открытый WebM, а Safari (включая IOS версию) и IE проприетарный H.264, для остальных же браузеров можно использовать flash плеер, который умеет проигрывать тот же H.264, и таким образом для кроссбраузерности будет достаточно перекодировать видео в эти 2 формата.

В этой небольшой заметке я расскажу как перекодировать видео в эти самые форматы (этот вопрос освещён в интернете на удивление плохо) в VLC плеере и как использовать jPlayer для его кроссбраузерного воспроизведения.

На днях получил комментарий от Google по поводу того как кодировать Webm для Android и планируется ли делать какие-либо presets, чтобы видео игралось наверняка.

Вот что я получил в ответ:

Большинство текущих декодеров в Android реализованы программно и поэтому не справятся с воспроизведением HD видео.

Мы рекомендуем использовать обычный 360p preset, распространяемый с нашими патчами для ffmpeg.

Наши тесты показали, что 480p файлы воспроизводятся на некоторых девайсах. Как только у нас будут готовы 480p presets, мы, как обычно, их выложим.

Что за патчи имеют ввиду разработчики?

Так как в текущей реализации ffmpeg поддерживаются не все возможности libvpx, команда webm выкладывает патчи, добавляющие presets и полноценную поддержку библиотеки (маппинги команд кодировщика).

Последнюю версию патчей можно взять отсюда: http://code.google.com/p/webm/downloads/list

360p пресет, о котором шла речь выше, используется через параметр -vpre

ffmpeg -i "$inputFileName" -s 640x360 -vpre libvpx-360p -b 500k -acodec libvorbis -aq 2 -ac 2 -ar 44100 -f webm -threads 12 -y "$finalName"

Итак, новое в 10.3:
— Acoustic Echo Cancellation. Очень долгожданая фича, поддержка FULL_DUPLEX, HALF_DUPLEX, пр. По моим тестам все работает отлично, при этом практически не нагружая процессор.

— Media Measurements. Дает в режиме реального времени доступ к аналитике — как видео распространяется, какой аудитории достигает и как часто воспроизводится.

— Нативная панель управления, автообновление для MacOS, интеграция с browser privacy, в том числе для очистки флеш-куков.

Есть только 32-битные версии для Android, Linux, MacOS, и Windows, 64-битные ориентировочно будут только для FP11 (3D).