Після оновлення з Ubuntu 14.04 до 16.04 я одразу помітив проблему, згідно з якою VLC тепер показує жахливе відео, коли ви пропускаєтесь, і, здається, виправляється лише через кілька секунд, що я здогадуюсь, коли наступне зустріне ключовий кадр. Це можна показати на скріншоті нижче:
Я намагався вирішити цю проблему:
- Використання стабільної ppa VLC для отримання більш пізньої версії VLC (VLC media player 2.2.4 Weatherwax)
- Перехід від nvidia драйвера 361.42 до 340.96 (який не працював, тому я переключився назад, я обов'язково перезавантажувався щоразу). Я також спробував сервер X.Org X - драйвер Nouveau.
- Спробуйте різні виходи від автоматичного до X11 відеовиходу XCB та відеовиходу OpenGL GLX (XCB).
- Зміна апаратного прискорення декодування з автоматичного на відключення (на вкладці Введення / Кодеки)
- Відключення всіх, крім мого основного монітора.
Зауважую, що якщо я призупиняю відео, переходжу до будь-якого місця, зачекаю секунду чи дві, а потім відтворюю, відео буде добре. Мені просто потрібна VLC, щоб зачекати, поки вона буде готова, замість того, щоб намагатися одразу орати звук і намагатися змусити відео синхронізуватися.
Інші медіаплеєри, такі як mpv media player, просто працюють у цьому плані, але я помітив, що мультимедійний плеєр mpv чомусь не дозволяє мені перейти до наступного відео, тому я повертаюся до спроби виправити VLC.
Оновлення 4 червня 2016 року
Я щойно встановив Xubuntu на своєму нетбуку, і VLC працює там чудово. Я спробував як VLC 2.2.2, так і 2.2.4 від PPA. Ця проблема виглядає як її Ubuntu Desktop або пов'язана з тим, що мій монітор настільного ПК працює через графічний процесор Nvidia (але протестував за допомогою драйверів nouveau).
Ще одна річ, яку я помітив, - це те, що потокове передавання медіа з віддаленого хоста в одній мережі за допомогою NFS-спільної мережі робить проблему набагато помітнішою.
Оновлення 8 червня 2016 року
Я завантажив відео на YouTube, намагаючись продемонструвати зміни в поведінці, коли звук ніколи не перестає грати, коли ви пропускаєтесь, але відео буде "призупинено", а потім запуститься як піксельне, перш ніж врешті розібратися. Як правило, і аудіо, і відео б'є разом, як тільки програвач готовий, і пікселяції відео не буде, як показано тут, у цьому відео Xubuntu 16.04 за допомогою VLC .
Оновлення 9 червня 2016 року
Схоже, на відео, які я записую за допомогою заклинання екрану Kazam, це не впливає, що змусило мене повірити, що це якийсь фірмовий кодек чи щось таке. Я переглянув меню декодування і виявив, що лише ця опція працює над локальним файлом (у мене все ще виникли проблеми з пікселізацією на тому ж відео, коли він завантажувався з папки NFS, але, можливо, це ще одна інша проблема?).
Я здогадуюсь, що тут важливим моментом є варіант DRM, оскільки VA-API через X11 не працював (і не "відключав", ані хтось із інших). Тепер я хотів би зрозуміти, що мені потрібно робити, коли я завантажую відео з NFS. Збільшення кешування муксерів вихідного потоку не виправило це.
Остаточне оновлення - це випуск Nvidia (9 червня 2016 р.)
Це, безумовно, пов'язана проблема з графічною карткою Nvidia (не перевірена AMD). Помітивши, що VA-API з DRM не працює на моєму робочому комп'ютері (який також працює Ubuntu 16.04 з графічною картою Nvidia), коли я повернувся додому, я спробував встановити xubuntu для перевірки цієї теорії. Це не зробило трюку. Після цього я відключив свою графічну карту Nvidia і тепер використовую інтегровану графіку Intel (на i5-4670K), яка чудово працює над "автоматикою" і навіть над файлами, завантаженими з NFS.
Зазвичай я б опублікував це як відповідь, але не думаю, що багато інших будуть задоволені цим. Я сподіваюся, що, можливо, у когось знайдеться рішення, завдяки якому я можу знову підключити свою графічну карту, але я думаю, що насправді нам потрібно чекати оновлення ядра та / або краще фірмових драйверів від Nvidia. Мене дивує те, що включення карти та використання драйверів nouveau Open Source або вимкнення апаратного прискорення не працює.