Комментарии 57
«Так же надо понимать, что на телефонах сейчас h265 скорее всего будет играться на процессоре». Насколько я в курсе у Qualcomma оно декодится на железе.
И опять-же, если ничего не путаю проверка этого кодека входит в CTS, следовательно навсехбольшинстве сертифицированных телефонов должно быть.
И опять-же, если ничего не путаю проверка этого кодека входит в CTS, следовательно на
для этого надо что бы ещё появился код, который h265 из hls засовывает в аппаратный декодер и при этом не вешает телефон, а это требует время.
Мои субъективные ощущения: h265 проигрывается без каких-либо проблем с «зависанием» или «батарейкой» на iPhone7 (AVPlayer), iPhone6 (AVPlayer), SGS6 (MXPlayer), SGS4 (MXPlayer)… уже не помню тянет ли его SGS3 (мне кажется тогда я ещё не был знаком с h265).
Причём речь не про пятиминутную демонстрацию «ух ты, проигрывается», а про просмотр нескольких серий в дороге.
Учитывая существенную экономию в занимаемом на диске месте я стараюсь качать только h265. В Рунете он практически не распространён (проверял несколько месяцев назад, можно сказать проспорил заявив «сейчас всё в h265»), а на зарубежных ресурсах HEVC очень даже популярен.
Причём речь не про пятиминутную демонстрацию «ух ты, проигрывается», а про просмотр нескольких серий в дороге.
Учитывая существенную экономию в занимаемом на диске месте я стараюсь качать только h265. В Рунете он практически не распространён (проверял несколько месяцев назад, можно сказать проспорил заявив «сейчас всё в h265»), а на зарубежных ресурсах HEVC очень даже популярен.
в рунете до сих пор есть «релизеры рутрекера», которые жмут в mpeg4 part2 и упаковывают в avi
НЛО прилетело и опубликовало эту надпись здесь
У всех разные потребности. Многие имеют древнючие DVD проигрыватели умеющие DivX/Xvid и их это устраивает. А кто то фанатеет исключительно от 3D и непременно lossless звука, который подается на необоснованно дорогую акустику по еще более необоснованно дорогим проводам из безкислородной меди. И те и другие имеют право. Так что стоит сказать спасибо, что обеспечиваются интересы и тех и других.
Я тоже так когда-то делал, во времена DVD. А потом появился x264vfw. Его, кстати, тоже можно паковать в avi (например, если работать с ним через Virtualdub) — и результаты такой упаковки вполне нормально проигрываются (на PC).
Флагманы хороши и это прекрасно. Я больше говорю о боли вида: «а вы же нам сделаете что бы всё хорошо показывалось на android 2.2?»
Отчего такая нелюбовь к VPx кодекам? H26x все патентоогороженные, VPx же свободные.
всё сильно сложнее.
Дело в том, что у H26x есть вполне понятная бандитская крыша (очень сложно дать другую характеристику американской системе патентов), но с VPx основная свобода заключается в том, что гугл обещает не прессовать.
Во-первых, гугл обещает это не в виде договора, а в виде какого-то текста на сайте.
Во-вторых, гугл не обещает защищать в суде за свои деньги вас от патентных нападок.
Нелюбовь к VPx кодекам берется из-за плохого стандарта (описание H264 и, например, vp8 отличается как поэма Пушкина и сочинение 6-класника), агрессивной политики гугла по расщеплению индустрии (заставляют использовать другие протоколы вместо стандартных), плохой реальной поддержки.
Дело в том, что у H26x есть вполне понятная бандитская крыша (очень сложно дать другую характеристику американской системе патентов), но с VPx основная свобода заключается в том, что гугл обещает не прессовать.
Во-первых, гугл обещает это не в виде договора, а в виде какого-то текста на сайте.
Во-вторых, гугл не обещает защищать в суде за свои деньги вас от патентных нападок.
Нелюбовь к VPx кодекам берется из-за плохого стандарта (описание H264 и, например, vp8 отличается как поэма Пушкина и сочинение 6-класника), агрессивной политики гугла по расщеплению индустрии (заставляют использовать другие протоколы вместо стандартных), плохой реальной поддержки.
Во-вторых, гугл не обещает защищать в суде за свои деньги вас от патентных нападок.Горе-то какое. А вот эти вот:
у H26x есть вполне понятная бандитская крышачего-нибудь обещают? Пока я вижу что к одной «бандитской крыше» вполне успешно добавилась вторая, а там будет и третья и четвёртая…
Нелюбовь к VPx кодекам берется из-за плохого стандарта (описание H264 и, например, vp8 отличается как поэма Пушкина и сочинение 6-класника), агрессивной политики гугла по расщеплению индустрии (заставляют использовать другие протоколы вместо стандартных), плохой реальной поддержки.Из всего этого проблема — только последнее, но судя по вашей же статье и у H265 тут тоже не всё хорошо.
да, MPEG-LA обещают защиту.
Просто не надо называть VP* свободными, пожалуйста. Это не более чем маркетинговый ход гугла, направленный на программистов.
Просто не надо называть VP* свободными, пожалуйста. Это не более чем маркетинговый ход гугла, направленный на программистов.
В параллельной вселенной Гугл добился бы хардварной поддержки VPX в процах для Андроид устройств. Для этого пришлось бы и стандарт привести в порядок, сделать его действительно свободным (чтобы тот же гугл не пришёл потом к Квалкому) и, скажем, через 2 года сертифицировать аппсы только производителям, у которых есть реализована поддержка аппаратно.
А сейчас этим чипмейкеры вроде Qualcomm занимаются.
В Snap 835 вполне себе есть от них реализация декодера/энкодера h265.
А в нашей вселенной что?
VEG, erlyvideo, обычным-то людям, без миллионов далларов, что с VP9 делать? H.265 я могу кодировать на процессоре x265, с приемлемой скоростью, могу кодировать на видеокарте, а для VP9 у нас, фактически, один тормозной и низкокачественный libvpx.
Google сделал крутой аппаратный кодировщик VP9 для YouTube, и он показывает результаты лучше, чем libvpx. Вы представляете: аппаратное решение, заточенное под скорость, обгоняет софтверный энкодер по качеству!
VEG, erlyvideo, обычным-то людям, без миллионов далларов, что с VP9 делать? H.265 я могу кодировать на процессоре x265, с приемлемой скоростью, могу кодировать на видеокарте, а для VP9 у нас, фактически, один тормозной и низкокачественный libvpx.
Google сделал крутой аппаратный кодировщик VP9 для YouTube, и он показывает результаты лучше, чем libvpx. Вы представляете: аппаратное решение, заточенное под скорость, обгоняет софтверный энкодер по качеству!
да, MPEG-LA обещают защиту.Не знаю чего они там обещают, важно, что не делают. Как видим уже и вторая и третья крыши появились. Рэкет хорошо работает только до появления конкурентов, а когда они появлются и выясняется, что «крыша» только деньги брать умеет — то число желающих резко сокращается.
>понятная бандитская крыша (очень сложно дать другую характеристику американской системе патентов)
Она не идеальная, но благодаря ей американские технологии ведущие в мире.
Она не идеальная, но благодаря ей американские технологии ведущие в мире.
А может подскажите куда копать? Пытаюсь закодить видео с экшон-камеры (час порядка 10 гигов выходит), там 1080p60. Кодирую на ffmpeg. Если кодировать на проце, все ок, проигрывается без проблем, только вот жмет ооочень долго. Если кодировать hevc_nvenc (у меня gtx970), то кодирует быстро, но полученный файл не проигрывается. Точнее начинает проигрываться и через пару секунд картинка фризится, а звук идет дальше. Пробовал разными плеерами, результат один. Что не так? Как найти причину?
немного удивляет, ведь nvenc должен выдавать картинку немного хуже по сжатию (т.е. большего битрейта), но использующую меньше разных фич кодека.
Можете выложить — попробую посмотреть. Например, у вас будут просто разломанные таймстемпы или плохо закодированное видео.
ffmpeg самый свежий?
Можете выложить — попробую посмотреть. Например, у вас будут просто разломанные таймстемпы или плохо закодированное видео.
ffmpeg самый свежий?
Сэмпл и мои результаты кодирования.
Тот который HEVC_NVENC у меня просто фризится через секунду после старта. HEVC проигрывается нормально.
Строчка:
Тот который HEVC_NVENC у меня просто фризится через секунду после старта. HEVC проигрывается нормально.
Строчка:
ffmpeg.exe -i 2017_0808_202929_ORIG.MP4 -c:v hevc_nvenc -c:a copy 2017_0808_202929_HEVC_NVENC.MP4
ffmpeg version N-86838-gdd4b7ba Copyright (c) 2000-2017 the FFmpeg developers
built with gcc 7.1.0 (GCC)
configuration: --enable-gpl --enable-version3 --enable-cuda --enable-cuvid --enable-d3d11va --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-zlib
libavutil 55. 68.100 / 55. 68.100
libavcodec 57.102.100 / 57.102.100
libavformat 57. 76.100 / 57. 76.100
libavdevice 57. 7.100 / 57. 7.100
libavfilter 6. 95.100 / 6. 95.100
libswscale 4. 7.101 / 4. 7.101
libswresample 2. 8.100 / 2. 8.100
libpostproc 54. 6.100 / 54. 6.100
Так, на rghost почему-то сэмпл заблочили. Вот на я.диске
Спасибо, что подсказали :)
Покажите вашу строчку кодирования, какой версией кодируется. Я все думаю выложить обновленную версию своей сборки, скорее всего уже на докере…
Обрати внимание на StaxRip, там встроен кодек NVEncC от rigaya. Кучу дисков пережал — нет проблемы с воспроизведением ни на компе, ни на аппаратных плеерах с поддержкой h.265
Жми в h264, весить будет немного больше, но зато проблем никаких не будет.
Потому что автор слишком заврался, забыв сказать что:
во-первых всё что поддерживает h265 поддерживает и h264;
во-вторых h265 хоть и занимает меньше места, но на его воспроизведение (и тем более на кодирование) требуется больше расчётов;
Так что толку от него пока мало, разве что для железок, которые почему-то не умеют в высокий битрейт, но поддерживают высокое разрешение.
Жёсткие диски измеряются терабайтами, в телефонах тоже десятки если не сотни гигабайт.
Нужен этот h265 сейчас исключительно кучке патентодержателей и производителей воздуха.
Чтобы все покупали новую технику (на старой-то новые фильмы не посмотреть будет) и платили ещё больше денег.
Да, экономия до 50% бит это круто и современно. Но стоит ли оно своей цены?
Для кого-то может и стоит, для меня — пока нет.
Новая карта памяти и новый жёсткий диск пока для меня дешевле потраченного на это времени.
Потому что автор слишком заврался, забыв сказать что:
во-первых всё что поддерживает h265 поддерживает и h264;
во-вторых h265 хоть и занимает меньше места, но на его воспроизведение (и тем более на кодирование) требуется больше расчётов;
Так что толку от него пока мало, разве что для железок, которые почему-то не умеют в высокий битрейт, но поддерживают высокое разрешение.
Жёсткие диски измеряются терабайтами, в телефонах тоже десятки если не сотни гигабайт.
Нужен этот h265 сейчас исключительно кучке патентодержателей и производителей воздуха.
Чтобы все покупали новую технику (на старой-то новые фильмы не посмотреть будет) и платили ещё больше денег.
Да, экономия до 50% бит это круто и современно. Но стоит ли оно своей цены?
Для кого-то может и стоит, для меня — пока нет.
Новая карта памяти и новый жёсткий диск пока для меня дешевле потраченного на это времени.
И тут мы возвращаемся к тому, что семейство VPх должно быть ещё менее приятным с вашей точки зрения, т.к.
- Гарантии с поддержкой большой вопрос. Не везде где есть поддержка VP9 есть VP8.
- потребление ресурсов.
Так например поток 1080p AV1 (преемник VP9) закодированый с выходным битрейтом в 1.5 Мбит/с требует на данный момент до 200 ядер для кодирования в реальном времени.
Маркетинговый булщит на тему.
На этом фоне HEVC кажется весьма сбалансированным.
VPx в патентном плане выходит дешевле, других преимуществ, к сожалению, я у них не вижу.
Гугель где-то втирал что они, якобы, при равном качестве обеспечивают меньший битрейт.
На практике у меня получалось шило с мылом. При очень-очень малом битрейте VPx получаются менее ужасного качества, но меня лично интересует диапазон 0.8-20 мегабит, в котором принципиальной разницы нет.
Если нужно аппаратное декодирование — h264
Если нужно аппаратное кодирование — пока тоже h264
Гугель где-то втирал что они, якобы, при равном качестве обеспечивают меньший битрейт.
На практике у меня получалось шило с мылом. При очень-очень малом битрейте VPx получаются менее ужасного качества, но меня лично интересует диапазон 0.8-20 мегабит, в котором принципиальной разницы нет.
Если нужно аппаратное декодирование — h264
Если нужно аппаратное кодирование — пока тоже h264
Про Apple неправы. С iOS 11 будет поддерживаться аппаратно и программно на новых и старых аппаратах. По умолчанию, некоторые аппараты будут сохранять видео и фото с новым кодированием. На WWDC показали матрицу устройств умеет писать/читать. Аппаратно умеют устройства на чипе А10 (iPhone 7 и 7 Plus).
Новые AppleTV вероятно будут в с 4К и значит с HEVC.
Так что, чуть больше чем через месяц картина поменяется.
Для публикации на сервисы будет выполняться перекодирование, но почему бы инстаграму или фейсбуку не загружать фото в новом формате отдавая JPEG не Apple девайсам
Новые AppleTV вероятно будут в с 4К и значит с HEVC.
Так что, чуть больше чем через месяц картина поменяется.
Для публикации на сервисы будет выполняться перекодирование, но почему бы инстаграму или фейсбуку не загружать фото в новом формате отдавая JPEG не Apple девайсам
я думаю, что резко поменяется если Эппл как раз форсирует hevc. Если будет опционально, то такую уверенность я бы не разделял.
Посмотрим, пока всем выгодно, если форсирует. Это же не просто новый формат, который «лучше». он реально будет использоваться в миллионах устройств. А сколько сэкономят сервисы типа Netflix, если их контент будет отжирать меньший канал.
развитие это прекрасно и будет клево, если h265 станет first-class codec
Netflix не использует 265й, только VP9.
>> H265 сравнивают с VP10, потому что так попросил Гугл
А разве не с VP9? Ведь именно он сравним с Н265.
А разве не с VP9? Ведь именно он сравним с Н265.
НЛО прилетело и опубликовало эту надпись здесь
Подход к работе h.265 альянса: Спеки мы на 500 страниц написали, патенты на компании поделили, теперь попробуем это закодить. В итоге еще год уходит, чтобы вылизать код согласно спекам. Референсом является описание, а не сам декодер.
Подход к работе VPX: Завтра релиз — релизим текущую ветку разработки. В итоге алгоритм с багами (а фриз уже прошел), 20 страниц описания имеющихся функций и ничего более. В течении последующего года документ расширяется еще на 20 страниц. Референсом является сам код, поскольку описание чрезвычайно бедное.
Подход к работе AVS (китайский стандарт видео, возможно даже лучший чем предыдущие два): Релиз — описание на китайском, требуется время на перевод. Проходит время и находятся разногласия в спеке, спек, и вслед ним имплементация, исправляются. Проходит еще немного времени — находят в баг в имплементации, но поскольку реализация понравилась больше, чем описание стандарта, то исправляется содержание самого стандарта. Что является референсом в этом случае сказать затруднительно, баги на обеих сторонах. По моему мнению референсом будут тестовые стримы от компании Allegro (нисколько не реклама, а хорошо сделанная работа). Референсный декодер должен декодировать их так, чтобы результат совпалал с результатами их декодера (они поставляют только бинарник).
H265 сравнивают с VP10, потому что так попросил Гугл. На практике у VP10 проблемы с ещё меньшей поддержкой со стороны железаУ VP10 нет поддержки со стороны железа по той простой причине, что он так и не вышел, и Google целиком и полностью перекинул силы на AV1.
Список компаний, которые занимаются AV1 внушителен. Тут и поставщики контента, и производители железа, и производители браузеров. Все кто нужно. Почему вдруг все крупные игроки зашевелились? Потому что за h265 затребовали сильно много денег, чем за h264, встречал что сумма выросла более чем на порядок. Это при том, что деньги за его использование требует не одна организация, а целых три (недавно был сформирован третий пул патентов). То есть ситуацию с h265 довели до абсурда, из-за чего более адекватным компаниям пришлось присоединиться к Google и организовать AOMedia с целью разработки совместными усилиями новых видеокодеков серии AVx. AV1 должны закончить к концу этого года, дальше можно ожидать появление аппаратной поддержки этого кодека (Intel и ARM среди разработчиков кодека) и поддержку браузерами (почти все производители браузеров в деле), а там и поставщики контента начнут им пользоваться.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Что творится с HEVC (h265)