В рамках проекта libde265 (https://github.com/strukturag/libde265) подготовлена открытая реализация видеокодека H.265. В настоящее время поддерживается только декодирования промежуточных кадров, поддержка межкадрового декодирования и реализация кодировщика находится в процессе разработки. Код проекта написан на языке Си и распространяется под лицензией LGPL. Для ffmpeg подготовлен (http://permalink.gmane.org/gmane.comp.video.ffmpeg.devel/167935) набор патчей по интеграции поддержки декодирования H.265 с использованием libde265. В составе проекта также развивается видеоплеер sherlock265 на базе библиотеки Qt, поддерживающий некоторые расширенные возможности по визуализации потока H.265.
H.265/HEVC (High Efficiency Video Coding) отличается от H.264 использованием значительно улучшенных алгоритмов кодирования видео, позволяющих в два раза снизить битрейт при кодировании с прежним уровнем качества. Новый формат кодирования разработан с оглядкой как на сжатие видео сверхвысокого качества (вплоть до 8192 x 4320), так и на поддержку низких разрешений (от 320x240). Поддерживается режим сжатия без потерь и кодирование потока с переменной частотой кадров.
URL: http://www.golem.de/news/libde265-open-source-implementierun...
Новость: http://www.opennet.me/opennews/art.shtml?num=37833
Вот если VFR станет распространённым, это гут. Не жду от медиа индустрии фильмов в 4k, но вот 60фпс/vfr это реально чувствительный плюс к экспириенсу от просмотра фильмов
Плюс чувствуется только после того, как поборешь ощущение просмотра любительской домашней видеозаписи, которое появляется при просмотре 60fps видео.
Дважды смотрел фильм на 48фпс. Так и не избавился от этого мерзкого ощущения
> Дважды смотрел фильм на 48фпс. Так и не избавился от этого мерзкого ощущенияА вы больше смотрите 24fps > 48/60/120/240 деланные ависинтом. Это всё равно что 480p апконвертнутое до тех же самых пресловутых 1080р, никто не придумает отсутствующие пиксели, а тем более целые кадры
Вообще, я в IMAX смотрел
> экспириенсу от просмотра фильмовУгу, будет тебе экспириенс. В виде отжима у тебя бабла из кошелька. На то что и так всю жизнь было реализуемо. А что мешало 60FPS гнать через любой иной кодек? Ну, кроме необходимости чуть больше места выделить под более качественный поток? :)
не надо пытаться вразумить зомби
> не надо пытаться вразумить зомбиНу я как-то надеюсь что существо с мозгом после достаточно сильного пинка потенциально способно начать наконец пользоваться мозгом по назначению. А не просто "жррррраааааатььььь!!!". К тому же как известно, если кадавру давать жрать в неограниченных количествах - ни к чему хорошему это не приводит.
Ничего не мешало. Просто такие вещи делаются под шумок - вышел 1080р, стали активней пользовать avc. На этой итерации развития кодеков неплохо бы 60fps/vfr протолкнуть
> и кодирование потока с переменной частотой кадровинтересно, но жаль что нет аппаратной жалки... или есть уже платные энкодеры для встраивания H265 в FPGA?
Для H.264 аппаратные сжималки для FPGA умели только I кадры, если не ошибаюсь.
Как то FPGA пропустил, кстати нашёл инфу что чуть ли не в 2009-м году Level4 Hi реализован.
... Отредактировано, было:
>Да ладно, а как же видеокамеры?
>Или имеется ввиду полностью аппаратный модуль с собственным кэшем на выходе которого сжатый поток?
> интересно, но жаль что нет аппаратной жалки...Ничего страшного, будешь новые девайсы покупать :). Впрочем там гугель с VP9 нынче подсуетился вовремя, они думается еще и аппаратный блок забесплатно раздадут всем желающим.
>> интересно, но жаль что нет аппаратной жалки...
> Ничего страшного, будешь новые девайсы покупать :). Впрочем там гугель с VP9
> нынче подсуетился вовремя, они думается еще и аппаратный блок забесплатно раздадут
> всем желающим.Аппаратный блок только если ни на один патент не нарвутся, что в существующей ситуации практически нереально, особенно в аппаратной реализации.
> Аппаратный блок только если ни на один патент не нарвутся, что в
> существующей ситуации практически нереально, особенно в аппаратной реализации.Для VP8 они уже не только выпустили блоки но и раздали всем желающим. Так что куча новых чипов умеет VP8. Чуть погодя такая же история будет и с VP9, при том в отличие от - гугель еще и блок декодирования подгонит. А h.265 сами, типа, реализуйте, или лицензируйте на стороне за отдельные баблосы.
Редкий, почти уникальный случай когда я поддерживаю желание корпораса надрать зад зарвавшимся и зажравшимся "стандартизаторам".
А смысл в этом кодеке если алгоритмы запатентованы? На аппаратном уровне никто не рискнет поддерживать. Не, я не против, молодцы.
> А смысл в этом кодеке если алгоритмы запатентованы? На аппаратном уровне никто
> не рискнет поддерживать. Не, я не против, молодцы.Какого крупного производителя электроники это останавливало? Плата за патенты в 20 баксов на устройство ценой 1000-1500 баксов да ещё и охотно покупаемое людьми это повод не использовать ( особенно с учётом отсутствия безопасной для производителя альтернативы )?
> В настоящее время поддерживается только декодирование промежуточных кадров, поддержка межкадрового декодированияТ.е. пока что показывает пустой экран ? Ну, удачи ребятам, пусть дальше пилят.
> Код проекта написан на языке Си...
Надо было пистон брать, тут нам намедни разъяснили насколько он хорош. А вот сейчас подойдёт Изя и скажет, что надо было на "Жабке"(ТМ) писать.
На жабаскрипте же! И обязательно чтоб только на вебките вменяемо работало!
> вменяемо работало!Это, типа, успевало бы задекодировать 320x240x10FPS с потерей не более 50% кадров? А то как-то сомнительно что JIT сможет генерить что-то хотя-бы минимально сравнимое с вылизанным вручную ассемблером в критичных кусках. По поводу чего гугловые кодеки например весьма изрядно прирастают ASM'ом. Что х86, что ARM. Скорость кодирования-декодирования выигрывает реально в разы. А для тяжелого кодека скорости много не бывает.
The current version is basically just a glorified slideshow viewer.The way most video codecs work is they start by storing a full picture once every second or two. These are called key-frames, or intra-frames. The frames in between key-frames are called inter-frames, and this is where 90+% of the real work of a codec happens. These frames are stored as a short description of how the current frame is different than the last key-frame. Instead of storing the full picture you just describe what parts of the picture are moving, or if part of the picture is getting brighter or darker, or if colors are shifting.
Currently, libde265 only decodes intra frames, inter-frame decoding is under construction.
It's essentially a slideshow viewer, showing something akin to a series of JPEG pictures. Basically the entire CODEC is missing, the part that compresses and decompresses all the video frames in between.
почему-то в новости не отражено требование в больших мощностях по сравнению с 264, радуга одна
Это детектор. И он на тебя сработал
Ждем Daala от xiph.org