Aggiornamenti,
uno alla volta.

Nuove funzionalità: modalità di connessione diretta al server (senza passare dal PC), con audio vocale reale sul telefono e parità completa con l'app desktop (più radio, canali, gruppo/intercom); controllo automatico aggiornamenti dallo stesso sito del client desktop. Bug trovati e corretti: 1 Controllo aggiornamenti mai eseguito in modalità diretta — la nuova logica di instradamento (PC vs diretta) usciva dal metodo prima di arrivare al controllo aggiornamenti, quindi chi usa la modalità diretta non veniva mai avvisato di una nuova versione disponibile. Corretto: aggiunto lo stesso controllo/banner anche nella schermata della modalità diretta. 2 Fuga di attività in background alla riconnessione — stesso bug del client desktop (vedi sopra), ma più rilevante qui: su rete mobile le riconnessioni sono molto più frequenti (Wi-Fi/dati che si alternano, app in background). Corretto con la stessa soluzione. 3 Audio che si sfasa progressivamente dopo una raffica di rete — quando arrivavano troppi pacchetti audio in un colpo solo (tipico di reti mobili), venivano scartati i pacchetti appena arrivati invece di quelli più vecchi: il canale restava permanentemente "indietro" rispetto al tempo reale, senza mai recuperare. Corretto: ora si scartano i pacchetti più vecchi, mantenendo l'audio sempre il più possibile aggiornato. 4 Sessioni orfane accedendo più volte senza disconnettersi esplicitamente — la ViewModel della modalità diretta non si disiscriveva mai dagli eventi di connessione/audio (servizi condivisi per tutta la vita dell'app): un nuovo accesso senza aver premuto "Disconnetti" prima accumulava una copia in più di questi collegamenti, facendo elaborare ogni evento futuro (trasmissioni, negazioni PTT, livello microfono) più volte. Corretto con una pulizia esplicita ad ogni uscita dalla schermata. 5 Tasto "indietro" del telefono lasciava la sessione diretta attiva in sottofondo — solo il pulsante ⏻ dedicato disconnetteva davvero; uscendo con il tasto/gesto indietro di Android la connessione e il canale voce restavano accesi senza che l'utente se ne accorgesse, alimentando anche il problema precedente al primo riaccesso. Corretto: ora anche il tasto indietro chiede conferma e disconnette correttamente. 6 Uso inefficiente della CPU nella cattura del microfono — il riassemblaggio dei campioni audio catturati usava una lista che veniva ricopiata byte per byte più volte al secondo. Non causava malfunzionamenti evidenti, ma sprecava lavoro continuo durante ogni trasmissione; sostituito con un buffer a dimensione fissa, più efficiente.

1 Fuga di attività in background alla riconnessione — ogni riconnessione automatica avviava nuovi cicli di heartbeat/keepalive senza mai fermare quelli della connessione precedente, che restavano attivi per sempre in sottofondo. Su una rete stabile è quasi invisibile; corretto comunque, stesso principio applicato anche al telecomando

Nuova funzionalità: fasce di frequenza private assegnabili a un codice di trasmissione, isolate completamente (né ricezione né trasmissione) da chi non possiede quel codice. Configurabili direttamente nella GUI del server; comando console bands per elencarle. Revoca applicata anche a sessioni già connesse, entro 10 secondi. Bug trovati e corretti: 1 Corsa su aggiornamento perso — il ricontrollo periodico (ogni 10s) che revoca a caldo una fascia sostituiva l'intero elenco di frequenze in ascolto di una sessione con un'istantanea potenzialmente superata: se nel frattempo il client aveva legittimamente cambiato radio/canale, quel cambiamento veniva silenziosamente cancellato. Corretto: ora si rimuovono solo le frequenze effettivamente revocate, senza toccare il resto. 2 Indicatore di ricezione bloccato — revocare una fascia mentre qualcuno ci stava trasmettendo sopra avvisava solo chi trasmetteva (PTT spento), mai chi stava ricevendo: il suo indicatore "in ricezione"/nominativo restava acceso per sempre. Corretto: ora viene inviata anche a loro la notifica di fine trasmissione. (Limite noto: se la trasmissione interrotta era di gruppo, l'indicatore specifico "GRUPPO" potrebbe non spegnersi — solo quello della singola radio; l'informazione "era di gruppo" non è oggi tracciata lato server per una trasmissione in corso.) 3 Corsa in fase di verifica permessi — il controllo "questo codice può usare questa frequenza?" leggeva proprietario della fascia e validità del codice in due passaggi separati (due blocchi di lock distinti): una ricarica del file di configurazione proprio in quella finestra poteva far applicare metà controllo ai dati vecchi e metà ai nuovi. Corretto: tutto il controllo ora avviene in un solo passaggio atomico. 4 Fascia assegnata al codice sbagliato — se per errore il file contiene due voci per lo stesso callsign con codici diversi, la fascia poteva essere attribuita al callsign senza verificare che fosse davvero il codice giusto a possederla. Corretto nello stesso intervento: ora l'appartenenza di una fascia richiede callsign E codice esatti, non solo il callsign. 5 Comando console bands incoerente — poteva stampare un elenco e uno stato di conflitto letti da due ricariche diverse della configurazione in rapida successione. Corretto con una lettura atomica unica. 6 Spreco di lavoro — il ricontrollo periodico faceva comunque un giro su ogni sessione connessa anche su un server senza nessuna fascia configurata (il caso più comune). Corretto: ora salta subito se non ci sono fasce configurate.