Risposta diretta
I fotogrammi verdi o a blocchi di solito indicano dati di riferimento mancanti, parametri codec non supportati o perdita di pacchetti. Confronta lo stesso flusso su TCP e UDP, quindi prova un profilo H.264 inferiore e un fotogramma chiave forzato.
Perché questo accade
I codec inter-frame dipendono dai frame di riferimento. Pacchetti persi, un decodificatore che rifiuta il profilo pubblicizzato o l'unione di fotogrammi chiave possono corrompere l'immagine anche quando il controllo RTSP è integro.
Separa la disponibilità dello streaming, la descrizione dei media, il trasporto, la decodifica e i tempi prima di modificare le impostazioni della telecamera.
Un test controllato
Riproduci su una fotocamera e un client. Nota se l'immagine viene ripristinata al fotogramma chiave successivo e se TCP elimina il danneggiamento.
Cambia una variabile alla volta. Conservare il modello della fotocamera, il firmware, l'endpoint e l'account registrati; quindi testare la raggiungibilità della rete, la risposta del protocollo, il trasporto dei media e la decodifica come livelli separati.
Utilizza un account dedicato di sola visualizzazione e uno strumento diagnostico locale affidabile. Oscura credenziali, indirizzi privati e dati identificativi prima di condividere l'output.
Sequenza diagnostica
| Controllo | Azione | Prova del progresso |
|---|---|---|
| Trasporto | Forza TCP e confronta con il risultato UDP fallito. | Gli artefatti dovuti alla perdita di pacchetti scompaiono o rimangono invariati. |
| Fotogramma chiave | Riavvia lo streaming o richiedi un IDR dove supportato. | L'immagine si riprende in un nuovo quadro di riferimento. |
| Codec | Passa da H.265 o H.264 di alto profilo a un flusso secondario H.264 compatibile. | Il profilo più semplice decodifica in modo pulito. |
| Carico | Ridurre la risoluzione e i riquadri simultanei. | La pressione del decodificatore è separata dalla perdita di rete. |
Prove da conservare
Il rapporto più efficace include trasporto, codec, profilo, risoluzione, intervallo di fotogrammi chiave e se il fotogramma chiave successivo ripara l'immagine.
Confine e nota di sicurezza
Non abbassare permanentemente la qualità finché non sai se il livello limitante è la rete, il decoder o il codificatore della telecamera.
Per la visualizzazione remota, utilizza un VPN gestito invece di esporre RTSP o le porte di amministrazione della fotocamera direttamente all'Internet pubblica.
SmartRTSP
SmartRTSP è un visualizzatore RTSP e ONVIF focalizzato sulla fotocamera per dispositivi Apple, Windows e Android. Si adatta alla visione diretta, al discovery e ai controlli multi-camera; mantenere un NVR o VMS dedicato quando sono richiesti la registrazione continua, l'esportazione di prove o controlli aziendali centralizzati.
Domande frequenti
Perché un flusso RTSP è verde?
È possibile che al decoder manchino dati di riferimento validi o che non supporti gli esatti parametri del codec.
È possibile TCP correggere i video bloccati?
Può essere d'aiuto quando la causa è la perdita di pacchetti UDP, ma non aggiungerà il supporto per un codec incompatibile.
Perché l'immagine si ripristina dopo pochi secondi?
Un fotogramma chiave successivo può fornire un nuovo riferimento pulito per la decodifica.
Riferimenti primari
- IETF RFC 7826: protocollo di streaming in tempo reale 2.0
- FFmpeg: opzioni ed esempi del protocollo RTSP
- MDN: contenitori multimediali e formati codec sul web
Guida SmartRTSP correlata
Apri la guida correlataUn test controllato per fotogrammi verdi, macroblocchi e strappi nei flussi della telecamera senza modifiche casuali delle impostazioni.