Direct answer
Test the camera’s direct stream on the trusted LAN, then verify the NVR receives that channel, then test the NVR’s exported stream. Keep credentials and URLs separate for each hop.
Why this happens
An NVR can continue showing an old frame, remap channel numbers, transcode codecs or enforce its own account and session limits. A viewer failure at the final hop does not identify the failing segment.
Reliable camera viewing depends on bounded retries, observable health and a deliberate main/substream policy.
A controlled test
Create a three-row path map with endpoints, account owners, codecs and last good evidence.
Change one variable at a time. Keep the camera model, firmware, endpoint and account recorded; then test network reachability, protocol response, media transport and decoding as separate layers.
Use a dedicated view-only account and a trusted local diagnostic tool. Redact credentials, private addresses and identifying data before sharing output.
Diagnostic sequence
| Check | Action | Evidence of progress |
|---|---|---|
| Camera to NVR | Verify the NVR receives current frames from the camera. | Ingest time and channel identity are correct. |
| Inside NVR | Confirm channel, profile and any transcoding policy. | The expected camera maps to the expected output. |
| NVR to viewer | Test the exported RTSP path with the NVR account. | The final client opens current media. |
| Bypass | Compare a temporary direct view where policy allows. | The failing hop is isolated. |
Evidence to keep
Store timestamps from camera, NVR and viewer during the same test. This reveals stale frames and clock mismatches.
Boundary and safety note
A direct bypass is a diagnostic step, not permission to expose the camera outside the controlled network or evade recorder policy.
For remote viewing, use a managed VPN instead of exposing RTSP or camera administration ports directly to the public internet.
SmartRTSP
SmartRTSP is a camera-focused RTSP and ONVIF viewer for Apple devices, Windows and Android. It fits direct viewing, discovery and multi-camera checks; keep a dedicated NVR or VMS when continuous recording, evidence export or centralized enterprise controls are required.
Frequently asked questions
Why does the NVR show video but its RTSP output fails?
The recorder may use a different channel path, codec, account or output service.
Can the NVR change the codec?
Some recorders relay the source while others transcode or expose a separate profile; inspect the actual output.
Why compare timestamps?
A frozen or cached frame can look like a live success unless time progression is verified.
Primary references
- IETF RFC 7826 — Real-Time Streaming Protocol 2.0
- ONVIF — Profile G for recording and storage
- FFmpeg — RTSP protocol options and examples
Related SmartRTSP guide
Open related guideDiagnose multi-hop camera systems by testing direct ingest, recorder channel mapping and viewer output independently.