Video che si bloccano su Chrome (YouTube, Facebook, Twitter) con Ubuntu 24.04 e Ryzen 5 5600G
Inviato: sabato 25 aprile 2026, 14:08
Ciao a tutti,volevo condividere la soluzione a un problema che mi ha fatto penare per giorni, sperando possa essere utile a qualcun altro.
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:
Dopo vari tentativi, abbiamo notato che il mio utente non apparteneva ai gruppi video e render, indispensabili per accedere al render node della GPU.Comando risolutivo:
Dopo 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:
Modificare la riga Exec=/usr/bin/google-chrome-stable %U in Exec=/usr/bin/google-chrome-stable --disable-features=UseAv1Decoder %U, salvare e riavviare Chrome.
Ho 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]
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]