FAQ
Risposte alle domande più comuni su WFAS.
WFAS è un progetto personale di uno studente di ingegneria. Le sue funzioni di sicurezza (autenticazione a chiave, cifratura ChaCha20-Poly1305, controlli anti-replay) sono un'implementazione sperimentale che ho scritto io stesso mentre imparavo. Non sono mai state sottoposte ad alcun audit di sicurezza formale né a una revisione indipendente.
- Ti chiedo di non fare affidamento su WFAS per proteggere audio o dati sensibili, riservati o critici per la sicurezza.
- Ti chiedo di non usarlo su reti pubbliche, aziendali, scolastiche o comunque non fidate.
- La cifratura è una misura "best effort" pensata per una rete domestica di cui ti fidi. Non sostituisce una soluzione verificata e sottoposta ad audit.
- Potrebbero esserci vulnerabilità o errori di progettazione di cui non sono a conoscenza.
Il software è fornito "così com'è", senza garanzie di alcun tipo, secondo i termini delle sue licenze. Se trovi un problema, ti sarei grato se lo segnalassi su GitHub.
Generali
Sì. Non c'è nessun livello premium, nessun limite di tempo e nessuna pubblicità, e il codice sorgente completo è su GitHub. Il link a Ko-fi nella pagina di download è facoltativo.
No. WFAS non ha account utente, registrazione cloud o accesso di alcun tipo. Installi l'app, la apri e ti connetti.
Sì. Lo streaming usa solo la tua rete locale (LAN): l'audio va direttamente tra i tuoi dispositivi e non passa da internet né da server esterni. L'app Desktop effettua una sola richiesta alle API di GitHub per verificare la presenza di nuove release (vedi la pagina privacy), e la connessione a internet serve per scaricare l'app.
In modalità protocollo WFAS nativo la latenza tipica è di circa 15-50 ms, a seconda delle condizioni di rete e dell'hardware. I risultati possono variare e non ho potuto provare ogni combinazione di dispositivi e reti. In genere basta per guardare video, ma potrebbe non andare bene per ogni gioco o applicazione musicale. Le modalità DLNA e Snapcast usano buffer più grandi (latenza media) per la sincronizzazione multiroom o la riproduzione su Smart TV. Le modalità HTTP/AAC e HTTP/Opus hanno una latenza più alta (circa 100–400 ms) a causa del buffering audio dei browser, ma funzionano con quasi tutti i browser.
Compatibilità
Sì, in linea di principio. Qualsiasi combinazione di client e server WFAS dovrebbe poter comunicare, indipendentemente dalla piattaforma: Windows → Android, Android → Windows, Windows → Linux, e così via. Il protocollo è lo stesso su tutte le piattaforme, ma non ho potuto provare ogni combinazione, quindi se trovi problemi ti chiedo di segnalarli su GitHub.
Da macOS 14.2 in poi, l'API di cattura audio di sistema (Core Audio tap) rientra nel permesso di registrazione schermo, anche se non viene catturato nessun video. È una scelta di design di macOS. WFAS usa solo la parte audio di quell'API, e puoi verificarlo nel codice sorgente.
L'API AudioPlaybackCapture che permette di catturare l'audio interno (es. da Spotify o YouTube) è stata introdotta in Android 10. Su versioni precedenti è disponibile solo l'input del microfono. WFAS funziona comunque come ricevitore (client) su versioni Android precedenti.
Sì. Puoi trasmettere l'audio alla tua Smart TV o soundbar tramite DLNA/UPnP senza dover installare alcuna app sul televisore, anche se il comportamento varia tra marche e modelli. In alternativa, passa alla modalità HTTP/AAC o HTTP/Opus sul server Desktop e apri l'URL generato nel browser integrato della Smart TV.
Sicurezza
No. L'audio viene inviato solo tra i dispositivi che scegli sulla tua rete locale. Non c'è nessun componente cloud, nessun server di relay e nessuna telemetria; l'unica richiesta esterna è la verifica di nuove release su GitHub da parte dell'app Desktop. Puoi verificarlo nel codice sorgente su GitHub.
Per abilitare la crittografia, apri l'app nella schermata Send (Server), scorri in basso nella sezione di sicurezza e seleziona la modalità Chiave (Key), inserendo la tua chiave condivisa. Subito sotto potrai attivare la crittografia tramite l'apposito switch. Assicurati che anche il client utilizzi la stessa identica chiave per connettersi. Il flusso verrà quindi cifrato con ChaCha20-Poly1305. Tieni presente che si tratta di un'implementazione sperimentale che non è stata sottoposta ad audit di sicurezza. Leggi la pagina sulla sicurezza e il disclaimer →
Te lo sconsiglio. WFAS è un progetto sperimentale e le sue funzioni di sicurezza non sono state sottoposte ad audit, quindi ti chiedo di non farvi affidamento su Wi-Fi pubblici o non fidati. Se devi fare streaming in un posto del genere, collegare i dispositivi con un cavo USB (tethering USB) evita di inviare il flusso sulla rete Wi-Fi condivisa e riduce l'esposizione, ma non è nemmeno questa una garanzia di sicurezza.
Problemi comuni
Controlla nell'ordine:
- Entrambi i dispositivi sono connessi alla stessa rete Wi-Fi.
- Il firewall del server permette il traffico UDP sulla porta WFAS (default: 9090).
- Il server WFAS è in esecuzione e non minimizzato nella tray senza essere avviato.
- Prova a inserire l'indirizzo IP del server manualmente nel client invece di usare la scoperta automatica.
Una VPN crea un'interfaccia di rete virtuale e spesso cambia il routing predefinito, impedendo a WFAS di trovare i dispositivi sulla LAN. Prova: disattiva temporaneamente la VPN durante lo streaming, oppure inserisci manualmente l'IP LAN del server nell'app client. Se la tua VPN supporta il split tunneling, escludi la porta WFAS dal tunnel.
WFAS è licenziata sotto EUPL, che richiede che il codice sorgente rimanga pubblico. F-Droid è il posto naturale per le app Android open source: compila dal sorgente, verifica la riproducibilità e non richiede un account Google. Puoi anche installare l'APK direttamente dalla pagina GitHub Releases.