Camera preparation

IDIS camera setup: RTSP, ONVIF and connection limits

The short answer

Check the exact IDIS model and installed firmware before choosing a connection method. The information below separates vendor-documented preparation from actual playback verification with your camera and client.

Reference 1 · Reference 2 · Reference 3 · Reference 4

What to know for this brand

  • Use the camera's enabled RTSP port and device credentials; IDIS documents entering credentials in the player separately from the URI.

  • For the documented DC-XXXX triple-stream cameras, trackID selects profiles 1 through 3, while recorder URLs use different camera and stream numbering.

  • DirectIP operation, RTSP video, and ONVIF controls are separate capabilities; the IDIS FAQ lists model-specific minimum firmware for H.265 ONVIF and RTSP.

Product families to identify

DC-D series · DC-T series · DC-S series · DR series recorders

These names help identify the relevant documentation; they are not an exhaustive list or a hardware certification.

Connection route

Professional camera and recorder families often expose configurable local services, but profiles, codecs, accounts and channel selectors are product-specific. Enable only the service you need and use the model’s documented stream or ONVIF media information. A conformance claim belongs to a specific product and version, not an entire brand.

ONVIF check

Support depends on the model, firmware and enabled service; video access alone does not prove discovery or controls.

Model-scoped stream examples

Templates require your actual host, service, stream path and authorized local credentials. Use only when the cited guide matches the product. No default password is supplied.

Product families to identify: DC-XXXX
rtsp://{camera-ip}:554/trackID=1
Product families to identify: DC-XXXX
rtsp://{camera-ip}:554/trackID=2

Use a private, reachable network for the first test. A working vendor cloud view does not prove that a separate computer can reach a local camera service.

Source titles retain the original document language. Check the current manual for your product; firmware, accounts and service availability can change.

Work through the checks

  1. Identify the exact IDIS model, firmware and whether the source is a camera, recorder, hub or API. Match the documentation to that source rather than another device with a similar name.

  2. Confirm the documented local service or export route. Create the required local account where supported; a cloud-account login is not automatically a camera-stream credential.

  3. Check the reachable private address, scheme, configured port and stream selection. A controller token or temporary API session may have different lifetime and access requirements from a camera account.

  4. Test one authorized source and one client. Preserve the error stage: address timeout, authentication failure, unsupported secure mode and decoding errors require different corrections.

  5. Verify a changing live scene, the intended lens or channel and a reconnect. Test audio, PTZ, events and offline restart separately instead of inferring them from video playback.

What to verify

Record model, firmware, source, account type and the actual decoded-video result. This guide does not assert physical-device testing, certification or every optional capability in AeoCam.

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.