GUIDA TECNICA GRATUITA
Streaming radio: “connected” non significa “ricevuto”.
Un encoder può essere connesso, il server può rispondere e il pannello può mostrare verde. La prova vera arriva quando un ricevitore indipendente sente il programma corretto dalla destinazione prevista.
1. Verifica il segnale prima dell’encoder
Controlla che l’uscita PROGRAM contenga davvero ciò che deve andare in onda. Se stai ascoltando un monitor locale o un preascolto diverso, uno stream tecnicamente perfetto può comunque trasmettere il contenuto sbagliato.
2. Verifica codec, bitrate e destinazione
Confronta codec, bitrate, host, porta, mount/stream ID, SSL e credenziali con la configurazione del server. Una connessione riuscita dimostra solo che il percorso di autenticazione e trasporto iniziale ha funzionato.
3. Controlla il server dalla sua prospettiva
Usa le statistiche del server per confermare che la sorgente prevista sia attiva sul mount corretto. Se il server espone formato o bitrate effettivi, confrontali con ciò che l’encoder dichiara di inviare.
4. Ascolta da un ricevitore indipendente
Apri il flusso da un dispositivo o una rete che non dipenda dal processo di regia. Un telefono su rete mobile, un secondo computer o un player esterno sono molto più utili del solo monitor interno all’applicazione.
5. Verifica identità e continuità del contenuto
Non basta sentire “qualcosa”. Verifica che sia il brano/intervento previsto, che non ci siano ritardi anomali rispetto alla pipeline attesa e che metadata o station identity siano coerenti quando fanno parte del servizio.
6. Prova restart e recovery
| Scenario | PASS | Non è sufficiente |
|---|---|---|
| Restart encoder | Il ricevitore torna a sentire il programma entro la finestra prevista. | Il processo encoder è ripartito. |
| Restart proxy/server | La sorgente si ristabilisce e il mount torna fruibile. | La porta risponde. |
| Cambio sorgente | Il ricevitore sente la nuova sorgente senza contenuto inatteso. | La UI mostra il nuovo owner. |
| Recovery automatico | L’esito finale è osservato e stabile. | È stato inviato un comando di recovery. |
7. Registra l’evidenza minima
Per una prova riproducibile annota data/ora, target, mount, codec, bitrate, sorgente attesa, receiver usato, esito, eventuale interruzione e recovery. Evita di includere password o credenziali negli screenshot/log condivisi.
Vuoi applicare questa verifica a DockFM?
La stessa regola vale per qualsiasi stack: connesso non significa ricevuto. DockFM distingue stato richiesto, stato eseguito e risultato osservato per evitare che un semaforo verde diventi una falsa certezza.