Forum Debian Users Gang

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.

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)

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)

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.

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.

yt-dlp jest już od jakiegoś czasu w oficjalnym repo debiana, więc nie trzeba kombinować.

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)