scrcpy 5.0: la decodifica hardware che taglia l’uso della CPU

Il 5 ottobre 2026 scrcpy 5.0 ha introdotto una novità attesa da anni: la decodifica hardware del flusso video lato computer. Il risultato dichiarato dagli sviluppatori è netto — l’uso della CPU scende fino a 10 volte, la decodifica è più rapida e i consumi calano. Per chi usa scrcpy per controllare un dispositivo Android dal PC, significa mirroring fluido anche su macchine modeste e portatili che restano freddi. In questa guida vediamo cos’è cambiato con scrcpy 5.0 e la decodifica hardware, come attivarla o disattivarla su Windows, macOS e Linux, e perché la distinzione tra codifica e decodifica è il dettaglio che spiega tutto.

scrcpy 5.0: cosa cambia davvero

scrcpy è un software libero e open source che replica schermo e audio di un dispositivo Android sul computer e permette di controllarlo con mouse e tastiera, senza root. Funziona su Linux, Windows e macOS, comunica via ADB e richiede almeno Android 5.0 (API 21); l’inoltro audio è disponibile da Android 11 in poi.

La versione 5.0, pubblicata il 5 ottobre 2026 dal manutentore Romain Vimont, concentra il suo peso su una sola voce che cambia l’esperienza d’uso: la decodifica hardware. Le novità principali in sintesi:

• Decodifica video in hardware sul computer, quando possibile.
• Buffering video migliorato.
• Cattura di tutti gli “usi” audio nella modalità audio playback.
• Build native per Windows su ARM64.

Decodifica hardware: la vera novità

Qui serve chiarire un equivoco diffuso. scrcpy sfruttava già l’accelerazione hardware, ma in codifica: era il telefono Android a comprimere il video con il proprio encoder H.264 integrato. Quello che mancava era la fase opposta, la decodifica hardware lato PC: fino alla 4.x il computer ricostruiva ogni fotogramma via software, caricando la CPU.

scrcpy 5.0 sposta anche questa fase sulla GPU del computer. Secondo gli sviluppatori la decodifica diventa più veloce, l’uso della CPU scende fino a 10 volte e il consumo energetico è inferiore. È la differenza tra una CPU a pieno carico e una che resta quasi inattiva mentre la scheda grafica fa il lavoro pesante — con ventole più silenziose e, sui laptop, più autonomia.

Come attivare o disattivare la decodifica hardware

La decodifica hardware è attiva di default: aggiornando a scrcpy 5.0 ne benefici senza configurare nulla. Per forzare un comportamento specifico si usa il flag --hwdec, con un decoder dedicato per ciascun sistema operativo.

Con --hwdec=auto (o senza passare l’opzione) scrcpy ricade automaticamente sulla decodifica software se il decoder hardware non riesce a gestire lo stream: nessun rischio di schermata nera. Su Linux la VA-API richiede il driver della GPU — su Debian e Ubuntu il pacchetto va-driver-all. I dettagli tecnici sono nella documentazione ufficiale del progetto.

Cosa cambia per maker, sysadmin e creator

Il calo dell’uso CPU non è un numero astratto. Chi gestisce dispositivi Android dal PC per ore — testing, supporto remoto, demo — libera risorse per tutto il resto: il computer può continuare a compilare, registrare o far girare un browser pesante mentre il mirroring resta fluido. Sui PC più datati o a basso consumo è la differenza tra uno strumento usabile e uno che fa arrancare la macchina, nello stesso spirito delle patch che restituiscono vita ai vecchi PC Linux.

Per chi gira su Linux e punta alla reattività, la decodifica VA-API si inserisce in un quadro più ampio di ottimizzazioni di sistema, lo stesso approccio del layer a bassa latenza su GPU Linux. E per i creator che vogliono sfruttare al massimo un dispositivo Android come fonte, scrcpy si affianca bene all’ecosistema di strumenti open source per Android.

Le altre novità della versione 5.0

Oltre alla decodifica hardware, scrcpy 5.0 porta diversi affinamenti: buffering video migliorato, cattura di tutti gli usi audio nella modalità playback, supporto ad ANDROID_SERIAL in modalità OTG e, per la prima volta, build native per Windows su ARM64. Sul fronte delle dipendenze, il progetto aggiorna gli strumenti sottostanti: platform-tools (adb) alla 37.0.1, FFmpeg alla 9.0.2, SDL alla 3.4.18 e dav1d alla 1.5.4. Completano il quadro correzioni su tasti persi in UHID per alcuni layout, inoltro AltGr e vari fix tecnici. L’elenco completo è nelle note di rilascio ufficiali.

Domande frequenti

Cos’è la decodifica hardware in scrcpy 5.0?

È la ricostruzione del flusso video sulla GPU del computer invece che sulla CPU. Introdotta in scrcpy 5.0 e attiva di default, rende la decodifica più veloce, riduce l’uso della CPU fino a 10 volte e abbassa i consumi energetici durante il mirroring del dispositivo Android.

scrcpy 5.0 funziona su Windows, macOS e Linux?

Sì. scrcpy resta multipiattaforma e la decodifica hardware è disponibile su tutti e tre i sistemi, con decoder dedicati: D3D11VA su Windows, VideoToolbox su macOS e VA-API su Linux. La versione 5.0 aggiunge inoltre le build native per Windows su architettura ARM64.

Serve il root sul telefono per usare scrcpy?

No. scrcpy non richiede alcun accesso root. Funziona tramite ADB con il debug USB attivo e non lascia nulla installato sul dispositivo Android, che deve avere almeno Android 5.0 (API 21). L’inoltro dell’audio è supportato da Android 11 in poi.

Come disattivo la decodifica hardware se dà problemi?

Basta avviare scrcpy con il flag --hwdec=disabled per forzare la decodifica software. In alternativa, con --hwdec=auto il programma ricade già da solo sul software quando il decoder hardware non riesce a gestire lo stream.

Conclusione

scrcpy 5.0 non stravolge l’interfaccia: migliora dove conta, spostando la decodifica video sulla GPU e liberando la CPU. Per chi vive di mirroring e controllo Android dal computer è l’aggiornamento più concreto degli ultimi anni, soprattutto su hardware modesto. La direzione è chiara: più efficienza, stessa semplicità, zero costi.

Hai già aggiornato scrcpy alla 5.0? Raccontami nei commenti che differenza noti sull’uso della CPU. #tuttelevitediunmaker