The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

VideoLAN и FFmpeg разработали новый декодировщик для формата..., opennews (?), 02-Окт-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


7. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  –11 +/
Сообщение от Аноним (7), 02-Окт-18, 10:32 
>В многопоточном режиме работы dav1d опережает libaom 1.0.0, но пока отстаёт от HEAD-ветки libaom

какой интересный этот кодек, AV1. Открытый, бесплатный, свободный от патентов и все такое, но пользоваться им на практике ты не сможешь, потому что ему даже для декодирования нужны несколько ядер, что уж говорить про кодирование. А смогут - правильно, разработавшие его в порыве альтруизма ютубы с нетфликсами. Добро пожаловать в дивный новый мир.

(только не надо говорить, что вот сейчас появятся аппаратные реализации и все станет хорошо. Современные видеокарты только-только научились кодировать FullHD AVC в более-менее хреновом качестве, а тут речь идет о намного более трудной задаче на разрешениях 4K+)

Ответить | Правка | Наверх | Cообщить модератору

9. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +1 +/
Сообщение от Аноним (9), 02-Окт-18, 10:43 
Он же типа непатентованный, а значит всякие нвидии, амд и армы встроят в свои устройства аппаратные блоки.

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

Или не вложиться и проиграть конкурентам.

Хотя я думаю, что новый кодек на основе автоэнкодеров не за горами.

Ответить | Правка | Наверх | Cообщить модератору

10. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +2 +/
Сообщение от корпорация (?), 02-Окт-18, 10:50 
> а значит за каждую карту эти корпорации законодателями вынуждены отчислять

как будто бы нам ТВОИХ денег при этом должно быть жалко?

Ответить | Правка | Наверх | Cообщить модератору

47. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Orduemail (ok), 02-Окт-18, 14:58 
да, должно быть: это МОИ деньги, которые не станут ТВОИМИ, потому что ты потратишь их на лицензионные отчисления.
Ответить | Правка | Наверх | Cообщить модератору

106. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Аноним (-), 12-Окт-18, 03:40 
> да, должно быть: это МОИ деньги, которые не станут ТВОИМИ, потому что
> ты потратишь их на лицензионные отчисления.

Вот такая вот фиговая у него корпорация. Даже жадничать нормально не умеет.

Ответить | Правка | Наверх | Cообщить модератору

11. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Константавр (ok), 02-Окт-18, 10:51 
в нвидию верю, амд, ну, может в скором времени выкатит, а вот пока армы запият, да пока всё это попадёт в телефоны, да в телеприставки, да в синглборды ихнте... Ой мама...

Опять же удручает то, что с каждым таким новым форматом наше железо (вполне мощное на текущий момент) превращается в тыкву. Пример - смотрел недавно ролик от 8bit-guy, шде он пытался раскочегарить какой-то мак, ещё совсем недавно топовый. Так вот, всё кроме видео там летает. И именно видео (даже 720p h264 с трудом тянет) делает эту железяку бессмысленной для домашного использования.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

13. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Анонимус154 (?), 02-Окт-18, 10:54 
В консорциум входят Google с Apple. Не думаю, что вопрос  аппаратной поддержки  кодека  в телефонах сильно задержится.
Ответить | Правка | Наверх | Cообщить модератору

15. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  –1 +/
Сообщение от Константавр (ok), 02-Окт-18, 11:03 
Гугл не может впихнуть в армовские процессоры поддержку кодека. Да и сам кодек, насколько я понял. гораздо более требователен к ресурсам, много считать надо. Армовские графические процессоры до сих пор поддержку 4к имеют только на бумаге, ставя колом любой андроид и линукс колом. В телефонах уже тепловыми трубками температуру сбрасывают. Что дальше, вентиляторы в телефон вставлять? :) А тут откуда-то ещё мощи взять надо. Это не энвидия, взял пару модулей накинул, места куча, пару ватт в требования накинул. Тут всё кроме самого проца упирается всё в размеры и температуру.
Ответить | Правка | Наверх | Cообщить модератору

19. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от ryoken (ok), 02-Окт-18, 11:19 
>> Что дальше, вентиляторы в телефон вставлять? :)

да ну... жидкость или фреонку сразу :D

Ответить | Правка | Наверх | Cообщить модератору

21. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от aurved (?), 02-Окт-18, 11:35 
ну не знаю про ARM и 4K. Odroid C2 (ARM Mali™-450 MP3 GPU). Телика 4К нет. Но так даже по-моему еще тяжелее, там как приходится масштабировать в FullHD. Нагрузка на CPU возросла. Около 20% на каждом из 4-х ядер. Вроде тянет норм. А вот на i5-3550 все гораздо печальнее.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

56. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +1 +/
Сообщение от анон (?), 02-Окт-18, 16:32 
mali 2017/2018 годов выпуска умеет в 4к. Для Intel Quick Sync нужен минимум KabyLake Intel 7xxx процессоры для 4к.
Ответить | Правка | Наверх | Cообщить модератору

51. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +1 +/
Сообщение от это я (?), 02-Окт-18, 15:25 
>Армовские графические процессоры до сих пор поддержку 4к имеют только на бумаге

А китайцы уже второй год продают ТВ-приставки на обновлённых 4×Сortex-A7 + Mali-400 чипсетах с аппаратным декодированием 4К, в т.ч. HEVC (Allwinner H3, например), и даже не знают, что у них там всё плохо.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

92. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Константавр (ok), 03-Окт-18, 07:38 
У всех этих приставок поддерживается только такая-то комбинация кодека и всего что унутре. Шаг вправо-шаг влево и ты смотришь на слайдшоу. Это разве поддержка? Так, для галочки.
Ответить | Правка | Наверх | Cообщить модератору

31. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Анонимос (?), 02-Окт-18, 13:05 
В какой консорциум входит Apple?)
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

36. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Crazy Alex (ok), 02-Окт-18, 13:17 
Точнее, в альянс - вот в этот самый, Open Media,этот кодек продвигающий. Можете на их сайте на страничке Members глянуть.
Ответить | Правка | Наверх | Cообщить модератору

60. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  –1 +/
Сообщение от iPony (?), 02-Окт-18, 16:54 
> в нвидию верю, амд, ну, может в скором времени выкатит, а вот пока армы запият, да пока всё это попадёт в телефоны, да в телеприставки, да в синглборды ихнте...

Ну посмотри как внедрялись VP9 и h265 в железки и подумай.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

12. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  –2 +/
Сообщение от корпорация (?), 02-Окт-18, 10:54 
> А смогут - правильно, разработавшие его в порыве альтруизма ютубы с нетфликсами.

ну вот мы вам еще и декодер проспонсировали, чем вы недовольны?

самостоятельно закодировать - таки да, не сможете, ну, точнее, сможете к пенсии, ее вам снова отодвинули, чтоб времени точно хватило.
И наш ценный контент любители тырить не будут. Его, правда, во все времена тырили профессионалы (у которых нет проблем с мощностями для кодера), но мы уже отписали победный прессрелиз и подняли цену своих ненужноакций аж на 2%

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

14. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +5 +/
Сообщение от Анонимус154 (?), 02-Окт-18, 11:00 
Full HD AVC видеокарты умеют уже больше 10 лет. Современные уже умеют 10-bit HEVC в 4к. Не знаю в каком вы десятилетии живёте.

А то, что более новый и более качественный кодек требует больше системных ресурсов - в этом нет ничего страшного. Так было с ASP, AVC, HEVC и всеми остальными кодеками. К тому же, текущая реализация кодека далека от оптимальной. О чем, собственно, написано в статье.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

18. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +4 +/
Сообщение от Аноним (18), 02-Окт-18, 11:14 
> только не надо говорить, что вот сейчас появятся аппаратные реализации и все станет хорошо.

Сейчас появятся аппаратные реализации и всё станет хорошо.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

39. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +1 +/
Сообщение от Аноним (34), 02-Окт-18, 13:29 
> Современные видеокарты только-только научились кодировать FullHD AVC в более-менее хреновом качестве, а тут речь идет о намного более трудной задаче на разрешениях 4K+.

Вы бы из криокамеры периодически выглядывали. 4K@60 fps уже давно есть, все стримеры на них сидят.

https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video
https://en.wikipedia.org/wiki/Nvidia_NVENC

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

69. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Анонтоним (?), 02-Окт-18, 17:23 
+ https://en.wikipedia.org/wiki/Unified_Video_Decoder
(но лучше тут: https://www.x.org/wiki/RadeonFeature/#index8h2 )
Ответить | Правка | Наверх | Cообщить модератору

45. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  –1 +/
Сообщение от maximnik0 (?), 02-Окт-18, 13:53 
>Открытый, бесплатный, свободный от патентов и все такое,

С этого момента подробнее пожалуйста.На сколько я слышал есть патенты, но Гугл договорился на разовую выплату.Консорциум MPEG владеет свыше 3000 патентов и  некоторые вещи принципиально сейчас обойти не возможно,хотя некоторые патенты вообще по идее им выдаваться не должны были ,но опять же попробуй с ними потягаться в суде.Как я помню один из патентов который предъявлялся к иску описывал механизм индексного перемещения по файлу,без него не в одном кодеке не будет быстрой перемотки.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

63. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Аноним (34), 02-Окт-18, 17:04 
Компании, входящие в Open Media Group, создали общий пул патентов и договорились предоставлять всем безвозмездное неограниченное право ими пользоваться. В случае, если кто-то из участников начинает преследование в суде, то его лицензия на патенты отзывается. Так что патенты есть, но по факту пользоваться могут все и никто за лицензию платить не должен.

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

Ответить | Правка | Наверх | Cообщить модератору

62. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  –1 +/
Сообщение от Ivan_83 (ok), 02-Окт-18, 17:02 
Так и h.265 4к ты тоже одним ядром ну никак не вытянешь, а если там профиль немного не стандартный то железо тебе ничего не заоффлоадит.
У меня видео с парадом победы на 75 лет с рутрекера (h.265, 4к) на 4-х ядерных райзернах нормально не играет в mpv, только на 8-ми ядреном райзене, но почему то его оно грузит всего на 3 ядра.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

70. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  –1 +/
Сообщение от Аноним (70), 02-Окт-18, 17:23 
У меня тоже 4к летало, пока я не установил Линукс. Теперь тормозит даже 720р сжатое некоторыми кодеками. 4к тормозит всегда.
Ответить | Правка | Наверх | Cообщить модератору

72. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Stax (ok), 02-Окт-18, 17:36 
Вы что-то не так делаете. 4K AVC у меня декодировался даже софтварно на старичке Sandy Bridge. Сейчас поставил проц поновее - хватает и для софтварного декодирования 4K HEVC, пример раскладки по ядрам (в сумме тут ~180%, т.е. хватило бы двух быстрых ядер):
```
  PID USER        VIRT    RES    SHR   SWAP %CPU  P nTH   TIME  PR  NI S COMMAND
16584 user     3822,6m 687,7m  70,5m        13,5  1  44   0:02  20     S mpv 4K-10bit-HEVC.mkv      
16585 user     3822,6m 687,7m  70,5m        13,5  5  44   0:02  20     S mpv 4K-10bit-HEVC.mkv      
16583 user     3822,6m 687,7m  70,5m        13,0  8  44   0:02  20     S mpv 4K-10bit-HEVC.mkv      
16587 user     3822,6m 687,7m  70,5m        13,0  1  44   0:02  20     S mpv 4K-10bit-HEVC.mkv      
16593 user     3822,6m 687,7m  70,5m        13,0  2  44   0:02  20     S mpv 4K-10bit-HEVC.mkv      
16594 user     3822,6m 687,7m  70,5m        12,5  5  44   0:02  20     S mpv 4K-10bit-HEVC.mkv      
16582 user     3822,6m 687,7m  70,5m        12,0  7  44   0:02  20     S mpv 4K-10bit-HEVC.mkv      
16586 user     3822,6m 687,7m  70,5m        12,0 10  44   0:02  20     S mpv 4K-10bit-HEVC.mkv      
16588 user     3822,6m 687,7m  70,5m        11,5  4  44   0:02  20     S mpv 4K-10bit-HEVC.mkv      
16589 user     3822,6m 687,7m  70,5m        10,0  1  44   0:02  20     S mpv 4K-10bit-HEVC.mkv      
16590 user     3822,6m 687,7m  70,5m        10,0  4  44   0:02  20     R mpv 4K-10bit-HEVC.mkv      
16591 user     3822,6m 687,7m  70,5m         9,5  4  44   0:02  20     S mpv 4K-10bit-HEVC.mkv      
16592 user     3822,6m 687,7m  70,5m         9,0  3  44   0:02  20     S mpv 4K-10bit-HEVC.mkv      
16560 user     3822,6m 687,7m  70,5m         3,0  9  44   0:00  20     S mpv 4K-10bit-HEVC.mkv      
16570 user     3822,6m 687,7m  70,5m         1,5  0  44   0:00  20     S mpv 4K-10bit-HEVC.mkv      
```
А аппаратному вообще на проц по фигу, на Geforce 1050 декодируется без проблем даже на совсем дохлом по современным меркам AMD, которому уже много лет.
Ответить | Правка | Наверх | Cообщить модератору

77. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  –1 +/
Сообщение от Аноним (70), 02-Окт-18, 18:04 
У меня мобильный процессор последнего поколения - j5005. Есть 720р/1080р, которое воспроизводится без задержек, а есть 720р/1080р, которое воспроизводится покадрово. 4к всё с тормозами. На Windows всё летало, я даже не задумывался каким кодеком там что сжато.
Ответить | Правка | Наверх | Cообщить модератору

79. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  –1 +/
Сообщение от Ivan_83 (ok), 02-Окт-18, 18:30 
На рутрекере есть это видео о котором я говорил.
Я вот понять не могу чего ему на 4-х ядерном не хватает.
Про аппаратное речи нет, это видео точно аппаратно не поддерживается.
Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

80. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Stax (ok), 02-Окт-18, 18:49 
Проверю. Который 70 лет? А что ему мешает аппаратно поддерживаться? Профиль 5.1, 10-ти битный HEVC 4:2:0 - так это же на уровне любого UHD Blu-ray диска, а уж они аппаратно декодируются где угодно (NVidia: 750/950 и выше, AMD: Polaris и выше, встройка Raven Ridge и выше (в теории), Intel: Kaby Lake и выше, ну и почти любой Mediatek и Qualcomm не старее трех лет). Да и netflix в таком же формате вещает.

Софтварно одного ядра на 4K HEVC совершенно точно не хватит. Два - если частоты под 5 Ghz, три и выше, если современные - уже без проблем. Хотя у меня Sandy Bridge, 4 ядра @ 4.5 Ghz софтварно не мог - видимо, из-за отсутствия AVX2.

Ответить | Правка | Наверх | Cообщить модератору

89. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  –1 +/
Сообщение от Ivan_83 (ok), 02-Окт-18, 22:49 
Парад в честь 70-летия Великой Победы / 70th Anniversary of the Great Victory Parad
16.58 GB
http://rutracker.org/forum/viewtopic.php?t=5028122

Он даже на 1030 аппаратно не поддерживается, хз почему.
Для встройки 2200g у меня пока нет дров.

Ответить | Правка | Наверх | Cообщить модератору

91. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Stax (ok), 03-Окт-18, 03:20 
> http://rutracker.org/forum/viewtopic.php?t=5028122

Да, его и проверял. Обычный 4K HEVC 5.1 профиля, легче UHD блюриков (на них битрейт выше), 12-ти битных кодирований или 4K примера от Sony по ссылке в посте ниже (где 60 fps и высокий битрейт).

> Он даже на 1030 аппаратно не поддерживается, хз почему.

Ну вообще 1030 в плане видео несколько обрезок, например там нет фиксированного блока кодирования. Пруфы: https://forums.geforce.com/default/topic/981372/geforce-basi...-/ https://developer.nvidia.com/video-encode-decode-gpu-support...
Не-обрезки начинаются с 1050.

Но в данном случае, вероятно, проблема в попытке декодировать через что-нибудь старое типа vdpau. Оно просто не умеет 10-ти и 12-ти битные форматы, VP8 и VP9 и так далее. Он устарел, не поддерживается и не развивается. В случае нвидии предлагается брать декодер на базе nvdec. Проще всего проверить в ffmpeg, собранном с nvdec (там он местами называется по старому, cuda).

> Для встройки 2200g у меня пока нет дров.

По моим данным, все там должно быть нормально с декодером (и в плане аппаратно, и в плане поддержки va-api). Проверить не могу, у меня старая карточка AMD, которая 10 bit HEVC не умеет, только 8.

Ответить | Правка | Наверх | Cообщить модератору

94. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Ivan_83 (ok), 03-Окт-18, 11:41 
vo=direct3d,vaapi,gpu,vdpau,sdl,xv,x11
opengl-early-flush=no
opengl-dwmflush=windowed
opengl-glfinish
vo-direct3d-disable-shaders
hwdec=auto-copy
vd-lavc-check-hw-profile=yes
vd-lavc-dr=yes
vd-lavc-fast=yes
vd-lavc-show-all=no
vd-lavc-skiploopfilter=all
vd-lavc-threads=0
video-aspect=-1
deinterlace=yes

Если gpu vdpau поменять местами - тоже работает, но появляется рассинхрон звука.
Лучше всего работает с gpu и отключённым деинтерлейсом, если его не выключить то нагрузка на проц ощутимо выше и дропы появляются.

Видюхи меня не интересуют, мне и гт730 было много. К тому же 1050 вряд ли есть с пассивом.
nvdec требует куду, у меня её нет или я не разбирался :)

Ответить | Правка | Наверх | Cообщить модератору

95. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Stax (ok), 03-Окт-18, 12:03 
> vo=direct3d,vaapi,gpu,vdpau,sdl,xv,x11

direct3d??

А vaapi-то как работает? Вывод vainfo можно? Не через libva-vdpau-driver и далее через vdpau ли??

Еще раз, на нвидии надо использовать nvdec/cuda декодер. На других - vaapi. Не надо использовать vdpau или vaapi-поверх-vdpau.

https://wiki.archlinux.org/index.php/Hardware_video_accelera...

Все на этом видео будет аппаратно декодироваться, если драйверы в порядке, просто не надо привлекать сюда vdpau. Он умер несколько лет как, никем не поддерживается, там нет текущих форматов - забудьте о нем навсегда.

> nvdec требует куду, у меня её нет или я не разбирался :)

На нвидия это сейчас единственный полноценный аппаратный декодер, остальное костыли. Хотите нвидию - берите куду. Не хотите куду - не берите нвидию, 2200g должен декодировать этот файл на чистом vaapi. Все просто :)

Проверять лучше всего на чистом ffmpeg, в 4.0+ поддерживается nvdec: http://ffmpeg.org/index.html#news
Когда заработает, уже играть через mpv, собранным со свежим ffmpeg, где это работает. И все будет ок.

Ответить | Правка | Наверх | Cообщить модератору

102. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  –1 +/
Сообщение от Ivan_83 (ok), 04-Окт-18, 01:26 
дриект3д и ваапи просто фейлятся и в дело идёт то что за ними.
директ - это для венды, стараюсь делать универсальные конфиги.

libva info: VA-API version 1.3.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/local/lib/dri/nvidia_drv_video.so
libva info: va_openDriver() returns -1
vaInitialize failed with error code -1 (unknown libva error),exit

nvdec/cuda - на фре нет, и мой интерес в том, чтобы всё таки программно тянуло, потому что AV1 ещё не скоро в железе будет, тем более в дешманском.

Почему такая не любовь к vdpau?

Ответить | Правка | Наверх | Cообщить модератору

103. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Stax (ok), 04-Окт-18, 11:22 
> Почему такая не любовь к vdpau?

vdpau был в свое время разработан nvidia и ей же был заброшен в пользу nvdec (https://www.phoronix.com/scan.php?page=news_item&px=NVIDIA-N... и т.п.). Тут нет какой-то особой нелюбви, просто он устарел и не поддерживатся / развивается. А va-api, разработанный интелом получился универсальным и открытым, в итоге и на AMD картах заместили свой собственный XvBA на va-api. По этой же причине в софте (chromium уже, firefox в процессе) используют именно va-api.

В целом, можно делать что угодно, но суровая реальность такова, что ускорения 10-ти битного HEVC, а также VP8 и VP9 в vdpau на нвидии не получить. Нвидия уже года 3 как не разрабатывает vdpau, фичи добавляются только в nvdec. Так что если так уж хочется использовать нвидию, стоит брать nvdec.

В треде на форонике дополнительно поясняют, что человек, который сделал vdpau больше не работает в nvidia, и это был линукс-специфичный код. nvdec - переносимый код, общий между виндой и линуксом. Реализация его с точки зрения API также одинакова: mpv с декодером cuda работает одинаково на разных ОС - в некотором роде, это довольно круто. На предыдущих технологиях (DXVA под виндой, vaapi/vdpau/xvba под линуксом) такое не было возможно.

Ответить | Правка | Наверх | Cообщить модератору

88. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Stax (ok), 02-Окт-18, 22:18 
> На рутрекере есть это видео о котором я говорил.
> Я вот понять не могу чего ему на 4-х ядерном не хватает.

Проверил. Софтварно ситуация на мощном проце ничем не отличается от UHD блюрика, расклад по top на динамичной сцене идентичен приведенному выше.

Проверил также аппаратное декодирование с geforce 1050 на старом хилом amd'шном проце - все работает, потребляет какие-то копейки (~8% проигрыватель и еще 5% остальное в системе) - меньше, чем даже соневское демонстрационное 4K 60 fps видео: https://4kmedia.org/sony-camping-in-nature-4k-demo/ (а оно потребляет порядка 12% +8% на той же системе, грузя раза в полтора больше, чем типичный 24 fps UHD блюрей).

Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

71. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +/
Сообщение от Stax (ok), 02-Окт-18, 17:29 
> (только не надо говорить, что вот сейчас появятся аппаратные реализации и все станет хорошо. Современные видеокарты только-только научились кодировать FullHD AVC в более-менее хреновом качестве, а тут речь идет о намного более трудной задаче на разрешениях 4K+)

Ну здрасьте приехали. Декодировать 4K AVC видеокарты умеют уже много лет, и года 3 как не запинаются даже на 10-ти битном 4K HEVC (Geforce 750, Geforce 950 например - вышли летом 2015). А современные поколения умеют даже такую экзотику, как VP9. Научатся и AV1, думаю, когда стандарт устоится. У него спецификации-то только несколько месяцев назад вышли, железо так быстро не появляется.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

100. "VideoLAN и FFmpeg разработали новый декодировщик для формата..."  +1 +/
Сообщение от threshemail (??), 03-Окт-18, 23:34 
>>В многопоточном режиме работы dav1d опережает libaom 1.0.0, но пока отстаёт от HEAD-ветки libaom
> какой интересный этот кодек, AV1. Открытый, бесплатный, свободный от патентов и все
> такое, но пользоваться им на практике ты не сможешь, потому что
> ему даже для декодирования нужны несколько ядер, что уж говорить про
> кодирование. А смогут - правильно, разработавшие его в порыве альтруизма ютубы
> с нетфликсами.

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

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру