Configurazione
PC desktop con AMD Ryzen 5 5600G (grafica Radeon Vega integrata)
Ubuntu 24.04 LTS (sessione Wayland)
Google Chrome 147
Connessione Ethernet, speed test > 900 Mbps
Sintomo: video su YouTube, Facebook e Twitter si bloccavano continuamente, con micro-interruzioni e buffering svuotato, nonostante la rete fosse perfetta. Su Firefox, invece, tutto funzionava liscio.
Passaggio 1 – Primi tentativi (inutili)
Disattivare le estensioni (in incognito): nessun miglioramento.
Disattivare l’accelerazione hardware in Chrome: i video diventavano ancora più scattosi.Sembrava un problema di driver o di rendering, ma vainfo mostrava il supporto VA-API per H.264 e VP9.
Passaggio 2 – La prima vera causa: permessi mancanti su /dev/dri/renderD128
Con l’aiuto di un assistente AI (Deepsek) ho approfondito la diagnostica.Aprendo chrome://gpu ho scoperto che Chrome stava usando solo il rendering software, perché il processo GPU andava in crash ripetutamente con errori del tipo:
Codice: Seleziona tutto
nullptr returned from gbm_bo_import
Cannot create bo with format=BGRA_8888
GPU process exited with code 8704 Codice: Seleziona tutto
sudo usermod -a -G video,render $USERDopo logout/riavvio, la pagina chrome://gpu mostrava finalmente “Video Decode: Hardware accelerated” e la grafica delle pagine era tornata fluida.(Per chi ha lo stesso problema: controllate con groups e con ls -l /dev/dri/renderD128; se mancano i gruppi, aggiungeteli e riavviate.)
Passaggio 3 – Seconda causa nascosta: il codec AV1
Nonostante l’accelerazione hardware fosse attiva, i video continuavano a interrompersi!Confrontando con Firefox – che andava benissimo – abbiamo fatto la prova del nove: tasto destro sul player di YouTube → “Statistiche per nerd”.Il codec usato da Chrome era av01.008 (AV1), mentre la mia GPU Vega non supporta la decodifica hardware AV1 (supporta solo H.264 e VP9). Chrome scaricava lo stream AV1 e lo decodificava via software (CPU), causando i blocchi.
Perché Firefox no? Perché per sua impostazione o negoziazione Firefox riceveva un codec compatibile (probabilmente VP9), che la GPU decodifica in hardware senza problemi.
Soluzione definitiva
Deepsek mi suggeriva due strade:
1) Installare l’estensione h264ify (la più semplice)Blocca VP9 e AV1 su YouTube, forzando l’invio del solo H.264.Dopo averla installata, il codec è diventato avc1.640028 (H.264) e i video sono finalmente fluidi.
2) Avviare Chrome con il flag --disable-features=UseAv1DecoderDisabilita il decoder AV1 a livello di browser, facendo sì che YouTube ripieghi su VP9 o H.264.Se si vuole renderlo permanente, basta copiare il file .desktop e modificare la riga Exec:
Codice: Seleziona tutto
cp /usr/share/applications/google-chrome.desktop ~/.local/share/applications/
gedit ~/.local/share/applications/google-chrome.desktopHo scelto la via dell’estensione, più immediata. Se in futuro vorrò usare VP9 (supportato in hardware) potrò passare al flag ed eliminare l’estensione.
Conclusione
Il problema era un doppio scoglio:
Permessi errati sul dispositivo grafico → GPU non utilizzabile → software rendering.
Scelta automatica del codec AV1 da parte di Chrome → decodifica software su una GPU che non lo supporta → video bloccati.
Risolti entrambi, Chrome ora riproduce qualsiasi video in modo fluido, esattamente come Firefox. [NON E' VERO, LEGGI AGGIORNAMENTO SOTTO]

