Risposta diretta
Se viene riprodotto l'audio, la sessione RTSP e almeno una traccia multimediale funzionano. Ispeziona l'output SDP o sonda il codec video, il profilo, la risoluzione e il formato pixel, quindi prova un flusso secondario H.264 inferiore prima di modificare la rete.
Perché questo accade
La telecamera potrebbe pubblicizzare H.265 a un client che decodifica solo H.264, utilizzare un profilo H.264 non supportato, omettere la traccia video sul percorso selezionato o inviare pacchetti danneggiati mentre l'audio continua.
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
Esamina lo stesso URL e confronta i flussi audio e video pubblicizzati. Quindi cambia solo il profilo della fotocamera, mantenendo credenziali e trasporto fissi.
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 |
|---|---|---|
| Tracce | Conferma che esiste una sezione multimediale video in SDP. | Vengono pubblicizzati un codec video e un payload. |
| Codec | Testare un flusso secondario H.264 quando il flusso principale è H.265. | Il video viene visualizzato senza modificare l'endpoint. |
| Profilo | Ridurre temporaneamente il profilo, il livello o la risoluzione. | Il client decodifica il flusso più semplice. |
| Pacchetti | Confronta TCP e UDP mentre guardi gli errori di decodifica. | Un trasporto pulito rimuove la corruzione senza modificare il codec. |
Prove da conservare
Salvare l'output del sonda con le credenziali rimosse. Fornisce il codec e le prove di traccia necessarie per distinguere "nessuna traccia video" da "impossibile decodificare il video".
Confine e nota di sicurezza
Non dare per scontato che una connessione RTSP riuscita significhi che ogni codec pubblicizzato è supportato da ogni dispositivo.
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é l'audio può funzionare quando il video no?
RTSP può descrivere tracce multimediali separate e il client può decodificare una traccia ma non l'altra.
Dovrei provare H.264?
Sì, un flusso secondario H.264 documentato è il test di compatibilità più veloce quando il flusso principale utilizza H.265.
È sempre un problema di codec?
No. La traccia video può mancare o essere danneggiata durante il trasporto, quindi controlla le tracce pubblicizzate e decodifica gli errori.
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 correlataDiagnostica un feed RTSP che trasmette audio mentre l'immagine rimane nera controllando le tracce pubblicizzate e il supporto del decodificatore.