← Tutto il software
Icona di PhR Tactical Radio Stanton Server Utility

PhR Tactical Radio Stanton Server

Server dedicato per PhR Tactical Radio Stanton: ospita i canali voce e gestisce gli utenti del tuo gruppo su Stanton.

FREE SOFTWARE

PhR Tactical Radio Stanton Server è il server dedicato per la radio tattica di Star Citizen: ospita i canali voce e di comando a cui si collegano i client del tuo gruppo, senza bisogno di server di terze parti. Include un'interfaccia grafica semplice per gestire il server: impostazioni (nome, porte, numero massimo di utenti), password fissa e password temporanee, codici di trasmissione personalizzati per assegnare i permessi, condivisione file tra gli utenti connessi, ed espulsione/ban di chi non rispetta le regole del tuo gruppo.

Versione corrente

1.2.0

PhR TRS Server 1.2.0

Scarica 1.2.0
Sistema
Windows · x64
Dimensione
79,651,100 byte
SHA-256
48e85409810b05f3c2796b34cda9e86f9ecdc1a6d7d7611db07a0dfc90534a27

Changelog

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.