The short answer
RTSP controls a media session; the negotiated media transport carries the video. Distinguishing control, credentials and media helps explain why a connection can succeed without a visible picture.
Work through the checks
Write down the exact outcome you need: live observation, a saved event, camera movement or long-term retention. Check each outcome separately instead of treating a visible stream as proof of all functions.
Copy the RTSP path from the documentation for the exact product family. Keep the address, service port, channel and main/substream selector as separate values during diagnosis.
Test only the configured device and service port from the Windows computer. A successful TCP connection proves reachability to that port, not correct credentials or a decoded video image.
If the viewer exposes transport selection, compare TCP and UDP on the same local route. TCP can avoid UDP loss but may accumulate delay; record visible gaps and end-to-end lag.
What to verify
Test one camera and one stream before opening a larger camera wall. Keep the camera settings unchanged while you establish whether the first live image is stable.
Sources and scope
AeoCam is available for Windows. Camera settings below describe protocol preparation, not a certification of a particular camera or a promise of every feature in every app version. Check the installed build and the Microsoft Store listing for current availability.
Vendor documents describe the camera or protocol. No physical-camera compatibility test is claimed here. Menus and capabilities can change with model and firmware.