Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Cześć,
Sprawdzam ostatnio jak działa Firefox i po prostu nie radzi sobie z odtwarzaniem video na YouTube.
Wyraźne wyższe obciążenie rdzeni i niemożliwość płynnego odtwarzania FHD (w porównaniu do Brave czy Vivaldi na tym samym materiale).
Na DUGu są stare wątki z podobnymi problemami.
Firefox tak działa z YT ???
Offline
Można freetube, jeszcze lepiej smtube (choć ma słabszy wygląd i trzeba ustawić trochę), bo jest w repo, a są i inne, a i z terminala, też są. Ale tak naprawdę, to on pewnie nie ma włączonego dekodowania wideo w Firefoksie, zwłaszcza jak ma w Brave.
@jacekz pokaż informacje z.
vainfo
echo $XDG_SESSION_TYPE
I sprawdź czy masz Firefoxa 90 parę, ale jakiego masz mieć, jak po ostatnich dziurach nawet esr jest 91.6.
Offline
Może i lepiej, ale nie o to chodzi.
$ vainfo libva info: VA-API version 1.13.0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so libva info: va_openDriver() returns -1 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_1_8 libva info: va_openDriver() returns 0 vainfo: VA-API version: 1.13 (libva 2.12.0) vainfo: Driver version: Intel i965 driver for Intel(R) Haswell - 2.4.1 vainfo: Supported profile and entrypoints VAProfileMPEG2Simple : VAEntrypointVLD VAProfileMPEG2Simple : VAEntrypointEncSlice VAProfileMPEG2Main : VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointEncSlice VAProfileH264ConstrainedBaseline: VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice VAProfileH264Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointEncSlice VAProfileH264High : VAEntrypointVLD VAProfileH264High : VAEntrypointEncSlice VAProfileH264MultiviewHigh : VAEntrypointVLD VAProfileH264MultiviewHigh : VAEntrypointEncSlice VAProfileH264StereoHigh : VAEntrypointVLD VAProfileH264StereoHigh : VAEntrypointEncSlice VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main : VAEntrypointVLD VAProfileVC1Advanced : VAEntrypointVLD VAProfileNone : VAEntrypointVideoProc VAProfileJPEGBaseline : VAEntrypointVLD
Kolejne da u mnie ciekawy wynik ;)
$ echo $XDG_SESSION_TYPE tty
I sprawdź czy masz Firefoxa 90 parę, ale jakiego masz mieć, jak po ostatnich dziurach nawet esr jest 91.6.
I tu ciekawostka, mam:
$ firefox --version Mozilla Firefox 88.0.1 $ firefox-esr --version Mozilla Firefox 91.5.0esr
Na wersji 88 odtwarza płynnie, a na wersji esr tragedia.
Ostatnio edytowany przez jacekz (2022-02-16 19:11:03)
Offline
Twoja karta graficzna nie ma sprzętowego wsparcia dla HEVC, VP8, VP9 i AV1, dla ostatniego to najnowsze dopiero mają. Czyli możemy włączyć dekodowanie wideo, ale tylko dla kodeka H264, ale niewiele odczujesz, bo kodek H264 nie jest takim obciążeniem dla CPU jak inne. Ale można, tylko nie teraz, na razie sprawdźmy co innego, bo może wystarczy.
Wynik tty, wygląda jakbyś nie używał menadżera sesji, tak jest przy uruchamianiu sesji graficznej prosto z terminala, lub niektóre proste menadżery logowania tak mają. A id procesu xorg-a jest, pokaż.
pidof Xorg
----
jacekz napisał(-a):
...
$ firefox --version
Mozilla Firefox 88.0.1
$ firefox-esr --version
Mozilla Firefox 91.5.0esr
...
Ty używasz Debiana testowego, bo tylko on nie dostał poprawki do 91.6.0esr, Firefox 91.5.0esr jest dziurawy. Trzeba zaktualizować, 88 zresztą też do 97.0-1. Ale to tak, przy okazji wspomniałem, to twoja sprawa, mnie to nie przeszkadza.
Na wersji 88 odtwarza płynnie, a na wersji esr tragedia.
Co do problemu, to na firefox-esr musimy wymusić na youtube korzystanie z kodeka H264 i możemy to zrobić w ustawieniach przeglądarki w about:config, lub szybciej doinstalować, rozszerzenie h264ify z oficjalnej strony Mozilli, do testu. Nie pamiętam czy trzeba uruchomić przeglądarkę ponownie, po instalacji h264ify, ale chyba wystarczy otworzyć w nowej karcie youtube. Jak się obawiasz instalować, to podam klucze do wyłączeń innych kodeków w przeglądarce, ale tak jest prościej i działa.
Ostatnio edytowany przez jawojx (2022-02-16 21:00:16)
Offline
jawojx napisał(-a):
Co do problemu, to na firefox-esr musimy wymusić na youtube korzystanie z kodeka H264 i możemy to zrobić w ustawieniach przeglądarki w about:config, lub szybciej doinstalować, rozszerzenie h264ify z oficjalnej strony Mozilli, do testu. Nie pamiętam czy trzeba uruchomić przeglądarkę ponownie, po instalacji h264ify, ale chyba wystarczy otworzyć w nowej karcie youtube. Jak się obawiasz instalować, to podam klucze do wyłączeń innych kodeków w przeglądarce, ale tak jest prościej i działa.
Jak można to zrobić bez dodatków, to podaj klucze. Ja sobie też sprawdzę czy działa, bo mój 11 letni laptop zdaje się mieć tylko wsparcie sprzętowe dla h264.
Offline
Opisze dokładnie dwie metody, to ewentualnie będzie dla innych.
Uwaga, nie będą dostępne materiały 4K, bo youtube dla h264 maksymalny, jaki przygotował, to z rozdzielczością 1920x1080 (FHD).
Przez edycje w about:config, jak ktoś nie chce szukać, czytać niżej od punktu 3.
1. Wymuszenie h264.
Nie opisuje, bo widać, co będzie wyłączne/włączane. Różnica między tym, a wtyczką, jest taka, że wtyczka działa tylko na youtube, a to działa wszędzie.
Wszystkie na false.
media.mediasource.webm.audio.enabled media.mediasource.webm.enabled media.mediasource.vp9.enabled media.av1.enabled
I to tyle co do wymuszenia h264. Na youtube będą odtwarzane materiały z kodekiem h264(avc1) .
2. Akceleracja sprzętowa wideo w Firefoxe
Firefox musi być 90up (im nowszy, tym mniej trzeba zmieniać przy włączaniu dekodowania sprzętowego).
Jak będzie widać, trzeba mieć zainstalowany ffmpeg i niektóre klucze mogą być już włączone w nowszych wydaniach. Niektóre można pominąć, bo np. materiałów chronionych drm-em może ktoś nie ogląda. Nie wszystko dotyczy wideo, np. gfx.webrender.all można ominąć, ale to przerzuca renderowanie strony na gpu, na youtube może być istotne, a czasami jest wyłączone.
Wszystkie na true, ostatnie dwa w najnowszych wersjach nie są wymagane:
gfx.webrender.all media.ffmpeg.vaapi.enabled media.navigator.mediadatadecoder_vpx_enabled media.ffmpeg.vaapi-drm-display.enabled gfx.x11-egl.force-enabled media.rdd-ffmpeg.enabled
----user.js------
3. Z plikiem user.js. Uwaga w pliku nie można się pomylić.
Lub utworzyć plik konfiguracyjny user.js w domyślnym katalogu profilu użytkownika (~/.mozilla/firefox/xxxx.default), dokładna nazwa tego katalogu jest podana w about:profiles (Katalog główny), z takimi ustawieniami kluczy.
Plik user.js
// mp4 user_pref("media.mediasource.webm.audio.enabled", false); user_pref("media.mediasource.webm.enabled", false); user_pref("media.mediasource.vp9.enabled", false); user_pref("media.av1.enabled", false); // akceleracja gpu user_pref("gfx.webrender.all", true); user_pref("media.ffmpeg.vaapi.enabled", true); user_pref("media.navigator.mediadatadecoder_vpx_enabled", true); user_pref("media.ffmpeg.vaapi-drm-display.enabled", true); user_pref("gfx.x11-egl.force-enabled", true); user_pref("media.rdd-ffmpeg.enabled", true);
To samo co wyżej, na najnowszym dwa ostatnie są niewymagane, tu jest dla esr i xorg. Przy korzystaniu tylko z h264 i esr, to powinno wystarczyć. Reszta, jak i ustawienia dla Wayland-a i dodatkowe info zwłaszcza dla nowszych od esr na wikiarch-a. Czasami nie chce działać dekodowanie sprzętowe wideo w Firefoksie, bez wyłączenia sandboxa na starszych wersjach, ale to jest opisane na wiki arch-a i samemu trzeba wybrać związane z tym ryzyko.
Ostatnio edytowany przez jawojx (2022-02-17 17:08:54)
Offline
Chyba wyczerpałeś temat :)
Oczywiście pomogło.
Dziękuję @jawojx
Offline
Generalnie to zniknął proces o nazwie "RDD process", który u mnie zjadał mniej więcej tyle samo procka co "Isolated Web Content", przez co obniżyła się utylizacja procka o połowę. W sumie proces FF przy oglądaniu YT na 1080p zamyka się w 15%, choć czasem skacze na 20-30%. Średnie zużycie procka (dla całego systemu) podczas oglądania YT na FF jest na poziomie 23%, a przy przeglądaniu via freetube ma koło 31%. Hmm może u nich też trzeba coś dokręcić gdzieś. xD MPV bezpośrednio zjada 6% (a utylizacja procka przez cały system jest w okolicach 17%), także trochę lepiej sobie radzi sam MPV.
Offline
morfik napisał(-a):
..., także trochę lepiej sobie radzi sam MPV.
Tak, nigdy się nie dogoni samego mpv, i to nie tylko dlatego, że jest jednym z najlżejszych odtwarzaczy, a dlatego że sama strona youtube generuje jakieś dodatkowe obciążenie, nie wspominając o blokerach ad, które też jakiś ułamek dokładają. Odtwarzanie Wideo w przeglądarce zawsze będzie miało dodatkowy narzut, procentowo większy czy mniejszy, zależny od podzespołów komputera, ale będzie. Istnieją lżejsze strony alternatywne dla youtuba, z jego zawartością, a i o czym wiesz, można przekierować linki z youtube do mpv. Na przykład smtube może korzystać z mpv, ale to środki zastępcze, nie każdy tak chce.
...Generalnie to zniknął proces o nazwie "RDD process"
Pewnie tutaj zmieniło się, po włączeniu odizolowania procesu dekodowania wideo na media.rdd-ffmpeg.enabled, z domyślnego.
Offline
Czy YT broni się alternatywnymi odtwarzaczami?
Np.:
[ /tmp ] $ youtube-dl https://youtu.be/Rc2wDyMbh0o [youtube] Rc2wDyMbh0o: Downloading webpage WARNING: Requested formats are incompatible for merge and will be merged into mkv. [download] Resuming download at byte 3068848 [download] Destination: Chiappa Rhino .357 Magnum-Rc2wDyMbh0o.f137.mp4 [download] 3.9% of 413.86MiB at 75.16KiB/s ETA 01:30:20
Ten sam materiał na stronie pobierany jest podczas odtwarzania ~1100KiB/s.
Offline
jacekz napisał(-a):
Czy YT broni się alternatywnymi odtwarzaczami?...
Tak utrudnia. A youtube-dl, po problemach z usunięciem i później przywróceniem repo na github-e (dopiero po protestach i hałasie, to będzie już ponad pół roku, akcja klonowania repo youtube-dl), nie rozwija się już tak dynamicznie, autor ma pewnie trochę dosyć. Trzeba przejść na forka, cały opis.
Zrób taki test.
cd /tmp/ ; wget https://github.com/yt-dlp/yt-dlp/releases/latest/download/yt-dlp -O youtube-dl ; chmod +x youtube-dl ; youtube-dl https://youtu.be/Rc2wDyMbh0o
Jak będzie dobrze to odinstaluj youtube-dl z repo, a ten z /tmp/youtube-dl możesz przenieś do /usr/bin/, to będzie łatwo dostępny dla mpv (nie będzie cięło wideo z youtuba), lub używać jak chcesz, albo zainstalować menadżerem pakietów pythona pip, jest ta sama wersja 2022.02.04.
Ostatnio edytowany przez jawojx (2022-02-19 16:06:02)
Offline
A no tak, a zastanawiałem się kiedy dodadzą, zamiast sprowadzić. Jak przeszedłem na fork po pierwszych problemach, w tamtym roku, to nawet nie zauważyłem, że go dodali. Ale dowiązanie z nazwą youtube-dl trzeba robić, bo mpv, dalej szuka youtube-dl w Debianie 11, na sid-e już nie, wszystko jest pod yt-dlp.
Offline
U mnie MPV działa grzecznie z yt-dlp bez żadnych dowiązań (choć ja używam główni flagi --ytdl-format= w mpv).
No w sumie bo używam sid'a. xD
Ostatnio edytowany przez morfik (2022-02-19 19:12:01)
Offline
No, a Debian 11, o czym zapomniałem napisać, ma yt-dlp w repozytoriach, ale w backports, a nie w podstawowych. I trzeba pamiętać, że w jedenastym (stabilnym), mpv może dociągać w rekomendowanych starego youtuba-dl i trzeba odinstalować i zrobić to dowiązanie.
Offline