The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  вход/выход  слежка  RSS
"очень медленный VP8/9"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на рабочей станции (Видео / Linux)
Изначальное сообщение [ Отслеживать ]

"очень медленный VP8/9"  –1 +/
Сообщение от DanilS (ok) on 05-Сен-16, 18:33 
Вопрос-почему/как медленый/ускорить ffmpeg для кодирования vp8/9(любая даже одной хватит)
На ПК-intel i7 и nvidia 9xx серии
Зачем-ютуб,видюшки до 1к просмотра загруженные в x264(1080p) формате доступны только в 360p качестве на всех устройствах отличных от винды и файрфокса(где встроен x246) тоесть на мобилке,на планшете,на томже линуксе и браузерах не фейрфокс-только 360p,а если сразу грузить в vp8-будет сразу доступно в 1080p

ffmpeg -i capture.mp4 -c:v libvpx -b:v 5M -c:a libvorbis output.webm

часовое видео 1080p кодируется четыре часа на современном i7
CPU грузится на 30-50%(гуглеж на эту тему мало помог,никакого мультитхреадинга)
в то время как на nvenc(нвидии) через тотже ффмпег(с патчем нвидии очевидно) за десять минут в x264(исходник был-непожатое видео,а не тоже .mp4)

да я гуглил знаю что нвидия может только декодить vp8/9 http://wiki.webmproject.org/hardware/socs

"железных" енкодеров на vp8/9 вообще нет,такое впечатление(кроме перечисленных в таблице выше)

вобщем вот так-что делать как ускорить,или что купить чтоб ускорить

Спасибо

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

Оглавление

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


1. "очень медленный VP8/9"  +/
Сообщение от asavah (ok) on 05-Сен-16, 21:13 
>на томже линуксе и браузерах не фейрфокс-только
> 360p,а если сразу грузить в vp8-будет сразу доступно в 1080p

бред, в хромиуме на том же линуксе есть 1080p, в диковинной хне - хз

>ffmpeg -i capture.mp4 -c:v libvpx -b:v 5M -c:a libvorbis output.webm

ffmpeg откуда? какой версии? как мобран? с какими либами?

>часовое видео 1080p кодируется четыре часа на современном i7
>CPU грузится на 30-50%(гуглеж на эту тему мало помог,никакого мультитхреадинга)
>в то время как на nvenc(нвидии) через тотже ффмпег(с патчем нвидии очевидно) за >десять минут в x264(исходник был-непожатое видео,а не тоже .mp4)

есть такое дело, ffmpeg собранный с nvenc + cuda летает, это уже не левый патч,
оно давно в кодовой базе ффмпега

> "железных" енкодеров на vp8/9 вообще нет,такое впечатление(кроме перечисленных в таблице
> выше)

живьём не видел ни железа способного кодировать аппаратно, ни софта умеющего задействовать оное железо

> вобщем вот так-что делать как ускорить,или что купить чтоб ускорить

мне лень щас тестить за сколько у меня свежак что-то затранскодит,
хз, пробовать собирать ffmpeg и _либы_ самому из гита и надеятся что они это улучшат


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

2. "очень медленный VP8/9"  –1 +/
Сообщение от DanilS (ok) on 05-Сен-16, 21:29 
да все последнее гитовское(и в смысле с какими либами-с x264 и libvpx также libvorbis...это очевидно из команды )...патчей на производительность от гугла ждать-это смешно,от ффмпега-они и так по макисмуму выжали

вобщем щас докодит текущее сделаю -cpu-used 5 -threads 8

весь интернет "советует" банальщину-битрейд и качество резать...это бред какое качество резать в 1080p 60fps видео,зачем его вообще записывать если качество так режиться

также судя по поиску-"это нормально" что современные ЦП могут пережать 10ч 720p видео за техже 10ч....нормально окей(21 век привет восьмиядерники ага)...и соответственно 1080p  еще и с 60фпсами транскодится в 4-5 раз дольше....

запилили h264/5 проприетарщину в видеокарту и он енкодит за секунды,а гугл что проплатить неможет закодить свой vp8 в нвидию...мда https://developer.nvidia.com/nvidia-video-codec-sdk

жадный гугл и нвидия

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

3. "очень медленный VP8/9"  +/
Сообщение от asavah (ok) on 06-Сен-16, 00:01 
да, олени они (гугол), не пропихивают своё в массы,
видать не выгодно ...
я со скоростью, точнее с её отсутсвием, vpX столкнулся немножко в другом контекcте,
надо было "живые" стримы налету пережимать, мрак и ужОс ...,
чисто софтово без ынвидий на сервере с 2мя xeon-ами весьма и весьма бОльший профит от h264


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

4. "очень медленный VP8/9"  +/
Сообщение от DanilS (ok) on 06-Сен-16, 01:17 
вобщем покодировал 10 часов

опции с "потоками" или приоритетом процесса-не имеют никакого влияния

25% средняя нагрузка ЦП за все время
и меня это очень смущает
неважно какое качество или битрейд-прыгает до 50% раз в пару минут а так около 20% все время висит нагрузка на ЦП
както это очень странно(понятно что скорее всего просто работает один поток,и как я написал в старте темы-нет мельтипотоковости....но блин 2016 год где потоковость....невериться)

кодирует от 5 до 10 раз дольше длительности видео(в зависимости от опций)

мда

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

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

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


  Закладки на сайте
  Проследить за страницей
Created 1996-2017 by Maxim Chirkov  
ДобавитьРекламаВебмастеруГИД  
Hosting by Ihor