Тест відеоплеєрів для linux: апаратне прискорення

Ця тема часом сбівет з пантелику, тому що треба враховувати два фактори: один - це декодування відео з апаратним прискоренням (яке залежить від використовуваного видеокодека), а інший - пристрій виведення з апаратним прискоренням (якщо воно підтримується відеодрайвером ядра і представлено з відповідним API) . Щоб розвантажити CPU, потрібно реалізувати обидва.

У Bomi хороша підтримка прискорення видеокодека, але не пропонується налаштувань для вибору виведення відео. Хоча навіть MPV - на якому заснований Bomi - підтримує VAAPI і VDPAU, Bomi не дозволяє явно таке задати, так що в багатьох системах (в основному це стосується Radeon) прискорене перекодування виявляється марним.


VLC також використовує системне апаратне прискорення, і має тільки загальне вікно-прапорець для `Accelerated video output` в настройках Video, яке в багатьох випадках просто нічого не робить. Найкраща підтримка апаратного прискорення - у QMpiay2- його Settings управляють всіма функціями плеєра. Наприклад, розділ Playing settings містить список методів виведення відео. Ви можете змінити пріоритет методу, перетягуючи його мишею вниз або вгору. У SMPlayer є ще й робочі опції для VAAPI і VDPAU, які працюють на підтримуваному обладнанні, наприклад, на ноутбуці зі старим мобільним чіпом Radeon HD. QMPlay2 і SMPlayer були єдиними, які зуміли використовувати своє обладнання і комп`ютер з графікою Intel Ivy Bridge. Ну, а Romp не впорався ні з чим.





Стан розробки відеоплеєра - важливий фактор, який слід враховувати в першу чергу тому, що постійно з`являються нові кодеки і нове обладнання, і плейер зобов`язаний йти в ногу з часом, інакше він стає марним.




Хорошим прикладом того, що здатне відбутися, коли розробка не ведеться, служить відома історія зі зміною API YouTube, яке відбулося в на початку 2015 року і призвело до того, що інтеграція коду в багатьох сторонніх додатках перестала працювати, і розробникам довелося випускати налагодження. Зараз інтеграція YouTube використовує окрему утиліту під назвою youtube-dl, яка дозволяє завантажувати відео і потім відтворювати його локально - і поки це єдиний прийнятний обхідний шлях.


Bomi, QMPlay2 і SMPlayer дуже добре співпрацюють з youtube-dl, а ось в VLC ця функція не реалізована. В цілому, всі ці четверо отримують непогану підтримку і досить часто випускають оновлення. Bomi вдихнув нове життя в старий CMPlayer завдяки знергічно оновленому сховища Git. QMplay2 оновлюється кожні два тижні, і з 2012 р пройшов великий шлях, тоді як у SMPlayer більш тривалі перерви між релізами, але тим не менше він продовжує прогресувати. VLC - дуже популярний крос-платформ-менний плейер- зокрема, він є єдиним простим рішенням для скачування фільмів на iPad, оскільки в цьому випадку ви не маєте доступу до файлової системи. Крім того, навколо проекту VideoLAN утворилося велике співтовариство, що гарантує регулярне оновлення його нового сайту (https://videolan.org/news.html). Є безліч і інших причин, за якими підтримка VLC надовго залишиться непорушною. І навпаки, майбутнє Romp виглядає вельми невизначеним, оскільки команда розробки вже пару років не оновлювала свій плеєр.



Romp потрібно більше уваги, проте інші плеєри оновлюються регулярно.

---

На цьому даний розділ нашої статті закінчений. Незабаром я опублікую наступну частину, яка отримає назву "Документація та підтримка. Чи зможете ви отримати консультації по кожному плейеру онлайн?". В її очікуванні ви можете заглянути на https://kazino-klub-vulkan.com/kazino-vulkan/ (https://kazino-klub-vulkan.com/kazino-vulkan/) і влаштувати тест-драйв вашого успіху. Хто знає, можливо саме вам вдасться зірвати джекпот?