В медиаплеер VLC добавлена поддержка H.265 / HEVC

Что же будет с торрентами?

Ничего не изменится.

Обмазанные DeRьMом по самое немогу. А ещё их выпускающие лоббируют законы о запрете Интернета, а, в случае с Россией, помимо копирастических отчислений получают и деньги и из наших налогов.

Не нужно. Моя видеокарта не имеет аппаратного декодирования данного формата. А двухядерный процессор просто не потянет декодирование сабжа. Кроме того, тесты показывают превосходство VP9 на HEVC в области сжатия. VP9 - свободный от патентной угрозы кодек. А сабж запатентован по самое не балуй патентными троллями из MPEG LA. Вот и возникает вопрос: а зачем нам данный кодек? Кому он нужен? Когда есть не менее хорошее, и при этом свободное решение от Google?

Согласен, внедрение в открытые проекты h265 только популяризирует его.

Так что мешает использовать кошерный Totem? У него правда функционал ниже плинтуса. Но пару раз я отрывал на нём битые файлы, которые не хотели отображаться нормально на VLC/MPlayer.

Да. Это наше настоящее. Такое вот DеRьMовое настоящее. И ничто не мешает будущим оптическим накопителям в 1Тб стать ещё DеRьMовее.

Нашел интересную штуку http://www.codecian.com/

Раньше им пользовался.
Но тянуть gstreamer с плагинами - оверкилл.

Где 'remember file position'?

Помню это время. По сравнению с VideoCD картинка в DivX мне была больше по душе. А плеер и кодеки на дисках были разных версий, в результате частенько обновлялась версия плеера перед просмотром нового диска.

В хром засунули. В 29 версии для линукс включен по умолчанию. В Огнелиса засунуть нужно. Что касается Оперы - там она теперь на базе Blink работает, значит и VP9 играть будет без проблем. А вот YouTube пока ещё кодек не использует. Жаль.

Да, и нужно было 2 диска на VideoCD ))

Большинство лидирующих компаний работают над OpenCL-версией кодека (в нём, наряду с усложнениями, много упрощений для распараллеливания и переноса на GPGPU). Т.о. вопрос о том, что будет сложно тянуть софт-версию, пока не пришли hardware-чипы будет решён довольно скоро.. В текущих версиях сильно упрощённые кодеры выдают более 80-100 кадров/сек на 4k для простых настроек. Да, с внедрением в них SAO, полного перебора и т.д. всё ухудшится, но некритично.

Спасибо тебе за инфу )

Так MPlayer вообще консольный и что?

Да. Как-то мне попался фильм, у которого второй диск был довольно заметно поцарапан. К чести VideoCD, хоть иногда с картинкой и происходило что-то нехорошее, но фильм досмотрел.

Плюс gstreamer в том, что уже немало приложений его используют. Так что экономия на плагинах gstreamer - это экономия на спичках.

Вот-вот. А его нужно дружно закопать. Рядом с IE.

Да. Dark Shikari когда-то писал как разрабатывается H265. Пару раз в год проводятся сходочки, типа JCT-VC, на которых крупные компании предлагают свои наработки для включения в финальный вариант стандарта. Существует набор требований выдвигаемый к данным предложениям, но вычислительная сложность алгоритма к ним не относится. Компании, разработки которых вошли в стандарт, получают доступ к патентной кормушке, так что в деле замешаны огромные бабки и конкурентов не колышет, что предлагаемые ими технологии требуют 30 лет работы обычного компьютера для кодирования одного фильма - главное, что на бумаге эффективность сжатия выросла в разы, а вместе с ней и шансы выиграть конкурс. В частности, указанную статью Dark Shikari написал под впечатлением от предложения Samsung+BBC, которое на бумаге повышало эффективность сжатия на 40%, но когда он попробовал запустить их реализацию на своём Core i7, ей потребовалось целых шесть часов для кодирования восьми кадров видео.

сейчас найду кодер и несколько анимешек закодирую в 265 для фана

Будет жрать в четыре раза больше процессора и задыхаться в софтовом варианте на i7? :)

Ну так на i7 прогресс не остановится. h264 ты тоже в софте не посмотришь на Pentium, а DivX — на 80386.

Чем эта ваша Qt-поделка лучше MPlayer?

Умеет нормально DVD-меню. Пусть не очень нормально, но тоже умеет DLNA. И по-мелочи много чего ещё.

По крупному, хотя вопрос нужности комбайнёрства может оспариваться, но для кого-то это плюс — имеет встроенный перекодировщик с возможностью стриминга. Скажем, я по VLC не видео смотрю, а http://home.balancer.ru/lorduino/ раздаю. Так как ffserver/avserver так и не осилил завести в понимаемом браузерами виде.

А консольным мплеером смотрит либо быднетребовательные пользователи, которым хватает одной встроенной дороги и не надо сабов

#/v/j/y/g/F/... — man mplayer

А было уже. Тред не читай@сразу отвечай. Тогда добавлю, что именно из-за подобного принципа написания стандарта, когда патентный троллинг закладывается на стадии разработки, H265 - это путь в никуда.

сейчас найду кодер и несколько анимешек закодирую в 265 для фана

.ts жми или сырые бурюреи, а также попробуй их для сравнения в vp9 и daala сожмать.

Ну так на i7 прогресс не остановится

Давно ли на твоей памяти выходил процессор, который добавлял хотя бы 50% производительности относительно предыдущего поколения? А давно ли ты интересовался причинами того, почему такие процессоры не появляются последние лет пять?

#/v/j/y/g/F/... — man mplayer

Я в том смысле, что они далеко не всегда встроенные и часто названы по другому, так что плеер их автоматически подхватить не может.

А давно ли ты интересовался причинами того, почему такие процессоры не появляются последние лет пять?

А если взять процессор пятилетней давности и сравнить с новым? :3

будет разница около 30%

Давно ли на твоей памяти выходил процессор, который добавлял хотя бы 50% производительности относительно предыдущего поколения?

По декодированию видео? Даже мой нынешний i7 сильно шустрее вчерашнего i5. В цифрах не скажу, но там, где на i5 загрузка процессора по индикатору была видна, на i7 её не видно :)

А i5 был намного шустрее, чем Q6600. На последнем FullHD неровно шёл и грузил процессор чуть ли не на половину.

Сейчас FullHD h264 в софтверном режиме грузит систему практически незаметно. Посмотрел сейчас — что-то около 3%…5% (20-30% одного из 8 HT-ядер). Так что резерв для h265 большой :)

В цифрах не скажу

А зря. В цифрах тебя ждет большой сюрприз. :)

резерв для h265 большой

Резерва нет вообще. Кремний всё.

Резерва нет вообще

Сейчас прогнал mplayer benchmark на i7-3770. 3000 кадров FullHD показались за 12 секунд. На одном ядре — mplayer до сих пор однопоточный.

Итого у меня сейчас по процессору 60-кратный резерв. На _имеющемся_ процессоре.

На i5-2550 прогнал. Вышло 17 секунд на 4-х ядрах. Резерв в 24 раза.

Хватит 24-х кратного резерва на старом процессоре для h265? Если нет, то у меня 60-кратный резерв на новом ещё есть :D

Хватит 24-х кратного резерва на старом процессоре для h265? Если нет, то у меня 60-кратный резерв на новом ещё есть :D

h.264 на 3770 кодится (условно, может и быстрее и медленнее быть в зависимости от профайла) в реальном времени, а h.265 по кадру в час. Вот и считай :)

Речь же не про декодирование, а про кодирование.

зжатие

От школьников, для школьников.

Беда, конечно.

Но если для кодирования можно сделать специализированное железо, то проблемы для них нет. Любая студия сможет себе это железо купить и закодировать фильм. Ну а то, что среднестатистический Вася это сделать не сможет их не колышет. Хотя бы потому, что ему всё равно не впилось видео в 32 мегапикселя. А к тому времени, как будет нужно, то кодировать можно будет даже кофеварками. Так что все рационально.

sintel и big buck bunny уже все видели.

задыхаться в софтовом варианте на i7

Кто ж вам, интелефагам, виноват.

Быстрее на x86 ничего нет. :)

запилят в youtube VP9 и в хром засунут

И все.

И действительно, добавить нечего.

Пусть не очень нормально, но тоже умеет DLNA. И по-мелочи много чего ещё.

всмысле как клиент, или как сервер?

Речь же не про декодирование, а про кодирование.

Тю... Зачем мне кодирование в реальном времени? :) Я про использование…

Да декодеры аппаратные сию проблему решат, такое софтом некошерно решать.
А вот с кодированием - печаль.

Проиграл.

всмысле как клиент, или как сервер?

Как совмещённые рендерер и точка управления.

(в терминах DLNA нет клиента, есть сервер, есть рендерер, есть точка управления — и они могут произвольно комбинироваться)

Видео высокой эффективности кодирования нуждается в половине битрейта H.264

А каково потребление ресурсов при компрессии и декомпрессии по сравнению с H.264?

У меня в системе его нет.

Как ты думаешь, HSA выстрелит?

Если не будет нуждаться в переписывании софта с нуля, как OpenCL и CUDA, шансы хорошие. А если переписывать все - не выстрелит.

Я так понимаю, что оно «дешевое» как SIMD интринсики будет. Кинул указатель на память и команду - посчиталось.

Ну оно должно быть не сложнее того же AVX в использовании, иначе шансы тают.