Risposta diretta
Utilizzare il substream per griglie multi-camera e controlli di routine; aprire il flusso principale solo quando sono necessari dettagli o quando i criteri di registrazione lo richiedono. Verifica entrambi i percorsi ed etichettali chiaramente.
Perché questo accade
Una griglia che decodifica il flusso ad alta risoluzione di ogni telecamera può sprecare larghezza di banda, riscaldare il dispositivo di visualizzazione e aumentare i tempi di avvio. Il flusso secondario esiste per ridurre tale carico, ma potrebbe essere troppo debole per l'identificazione o la prova.
Tratta URL, le credenziali, la famiglia di indirizzi e il trasporto RTP come variabili separate che possono fallire in modo indipendente.
Un test controllato
Misura bitrate, risoluzione, frame rate, codec e tempo di avvio per entrambi i profili sulla fotocamera vera e propria.
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 |
|---|---|---|
| Griglia | Carica il flusso secondario in ogni riquadro normale. | Tutte le fotocamere rimangono reattive alla scala prevista. |
| Dettaglio | Apri il flusso principale su richiesta. | I dettagli fini sono disponibili senza gravare sull'intera griglia. |
| Codec | Preferire un codec ampiamente supportato per il flusso secondario. | Ogni dispositivo di destinazione lo decodifica. |
| Etichette | Nomina i profili in base allo scopo, non solo ai numeri dei fornitori. | Gli operatori scelgono il flusso previsto in modo coerente. |
Prove da conservare
Mantenere una piccola tabella dei profili per telecamera. Trasforma "alto" e "basso" in scelte misurabili di risoluzione, bitrate, codec e caso d'uso.
Confine e nota di sicurezza
Un flusso secondario non è automaticamente sicuro o affidabile; utilizza gli stessi account e limiti di trust di rete del flusso principale.
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
Il flusso secondario riduce la qualità dell'immagine della telecamera?
Il bitrate o la risoluzione sono intenzionalmente inferiori, ma il flusso principale può rimanere invariato.
Un NVR dovrebbe registrare il flusso secondario?
Ciò dipende dai requisiti di conservazione e dettaglio; molti sistemi registrano il flusso principale mentre gli spettatori visualizzano il flusso secondario.
I flussi principali e secondari possono utilizzare codec diversi?
Molte fotocamere lo consentono, il che può rendere H.264 utile per la compatibilità mentre H.265 viene conservato per la registrazione.
Riferimenti primari
- IETF RFC 7826: protocollo di streaming in tempo reale 2.0
- ONVIF: profilo T per streaming video avanzato
- SmartRTSP: piattaforma ufficiale e informazioni sul prodotto
Guida SmartRTSP correlata
Apri la guida correlataScegli un flusso principale ad alto dettaglio per l'ispezione e un flusso secondario con bitrate inferiore per griglie, collegamenti remoti e dispositivi vincolati.