Po aktualizacji z Ubuntu 14.04 do 16.04 od razu zauważyłem problem, w którym VLC wyświetla teraz okropne wideo, gdy przeskakujesz, który wydaje się naprawiać dopiero po kilku sekundach, które domyślam się, gdy następnie napotka klatkę kluczową. Można to pokazać na zrzucie ekranu poniżej:
Próbowałem rozwiązać ten problem:
- Korzystanie ze stabilnego ppa VLC w celu uzyskania późniejszej wersji VLC (VLC media player 2.2.4 Weatherwax)
- Zmiana ze sterownika nvidia 361.42 na 340.96 (co nie działało, więc wróciłem, upewniłem się, że za każdym razem uruchamiam ponownie). Próbowałem także X.Org X server - sterownik Nouveau.
- Próbowanie różnych wyjść od wyjścia automatycznego do X11 wideo XCB i wyjścia wideo OpenGL GLX (XCB).
- Zmiana dekodowania przyspieszanego sprzętowo z automatycznego na wyłączone (w zakładce Input / Codecs)
- Wyłączam wszystkie oprócz mojego głównego monitora.
Zauważam, że jeśli zatrzymam wideo, przejdę do dowolnego miejsca, poczekam sekundę lub dwie, a następnie odtworzę, wideo będzie w porządku. Potrzebuję tylko VLC, aby poczekać, aż będzie gotowy, zamiast próbować natychmiastowego pługu z dźwiękiem i próby synchronizacji wideo.
Inne odtwarzacze multimedialne, takie jak odtwarzacz multimedialny MPV, po prostu działają w tym względzie, ale zauważyłem, że odtwarzacz multimedialny MPV nie pozwala mi przejść do następnego wideo z jakiegoś powodu, dlatego wracam do naprawy VLC.
Aktualizacja 4 czerwca 2016 r
Właśnie zainstalowałem Xubuntu na moim netbooku i VLC działa tam doskonale. Próbowałem zarówno VLC 2.2.2, jak i 2.2.4 z PPA. Ten problem wygląda tak, jakby był specyficzny dla Ubuntu Desktop lub związany z faktem, że mój monitor stacjonarny działa przez procesor graficzny Nvidia (ale testowałem przy użyciu sterowników nouveau).
Zauważyłem też, że media strumieniowe ze zdalnego hosta w tej samej sieci przy użyciu udziału NFS sprawiają, że problem jest znacznie bardziej zauważalny.
Zaktualizuj 8 czerwca 2016 r
I uploaded youtube film stara się wykazać zmiany w zachowaniu, gdzie nigdy dźwięk przestaje grać, jak przejść się dookoła, ale film będzie „wstrzymana”, a następnie kopać jak piksele zanim ostatecznie sortowania się na zewnątrz. Zwykle zarówno dźwięk, jak i wideo włączają się razem, gdy odtwarzacz jest gotowy i nie występuje pikselacja wideo, jak pokazano tutaj na tym filmie Xubuntu 16.04 przy użyciu VLC .
Zaktualizuj 9 czerwca 2016 r
Wygląda na to, że nie ma to wpływu na filmy, które nagrywam za pomocą narzędzia Kazam Screen Caster, co doprowadziło mnie do przekonania, że to jakiś zastrzeżony kodek czy coś takiego. Wróciłem do menu dekodowania i odkryłem, że tylko ta opcja działała na lokalnym pliku (nadal miałem problemy z pikselacją tego samego filmu, gdy był on ładowany z folderu NFS, ale może to już inny problem?).
Zgaduję, że ważna jest tutaj opcja DRM, ponieważ VA-API przez X11 nie działał (i nie „wyłączał” ani żadnego z pozostałych). Chciałbym teraz dowiedzieć się, co powinienem zrobić, gdy ładuję wideo z NFS. Zwiększenie buforowania wyjściowego multipleksera strumienia nie naprawiło tego.
Ostatnia aktualizacja - To problem Nvidii (9 czerwca 2016 r.)
Jest to z pewnością problem związany z kartą graficzną Nvidia (nie testowałem AMD). Po zauważeniu, że VA-API z DRM nie działa na moim komputerze roboczym (na którym również działa Ubuntu 16.04 z kartą graficzną Nvidia), kiedy wróciłem do domu, spróbowałem zainstalować xubuntu, aby przetestować tę teorię. To nie załatwiło sprawy. Następnie odłączyłem kartę graficzną Nvidia i korzystam teraz ze zintegrowanej grafiki Intel (na i5-4670K), która działa doskonale na „automatyczny”, a nawet na plikach ładowanych z NFS.
Zwykle opublikowałbym to jako odpowiedź, ale nie sądzę, aby wielu innych było z tego zadowolonych. Mam nadzieję, że może ktoś znajdzie rozwiązanie, dzięki któremu mogę ponownie podłączyć kartę graficzną, ale myślę, że w rzeczywistości musimy poczekać na aktualizację jądra i / lub lepszych sterowników Nvidii. Dziwi mnie to, że posiadanie karty i używanie sterowników open source nouveau lub wyłączenie akceleracji sprzętowej nie działa.
