Skip to content Skip to footer

CompleteView v7 FAQs

Support Resources

There are options to rollback to a previous version of CompleteView. If the system’s storage configuration has been migrated from Volumes to Storage Pools, roll back will involve video and data loss.

It is a best practice to perform a backup of the recording server database prior to an upgrade. This can be performed in the Desktop Client, by selecting on a specific Recorder while in the Configuration module.

For additional information see the migration guide

It is always a best practice to perform a backup of the management server database prior to an upgrade.

To protect users who do not take this step, Salient has developed a migration utility to further de-risk the v7 upgrade.

The migration utility is built into the v7.1 install process and automatically makes a backup of the existing v6.1.2 management server database.

For additional information see the migration guide

When considering migration to v7.1 there are features which are not supported in this version as compared to v6.1.2. The notable items are:

  • Recording server failover

  • Failover volumes

  • Export Storage Volumes

  • Read-only Storage Volumes

Some of these gaps can be addressed and/or may be obsolete due to the Storage Pools feature in v7.

Contact your Systems Engineer to discuss options if you are using one of these features currently.

For additional information see the migration guide

There are 2 approaches to upgrading to v7.1: direct and phased. Both options sequence the upgrade as follows:

  • First, update the Management Server to v7.1.

  • Next, update the desktop clients to v7.1.

  • Finally update the recording servers.

The direct approach involves updating all components in one service window. The phased approached involves separating the update process, allowing for localized maintenance windows to update clients and recording servers on a site-by-site basis.

Note: If you are using web and mobile clients you will want to update these clients after you have migrated all recording servers to v7.1

Training for v7 is now available, learn more here.

The v7.1 Management Server currently supports v6.1.2 and v7.0 Recording servers.

There is a process to upgrade from version v4.8.2 to v6.1.2. Once the system is on v6.1.2, migration to v7.1 is possible. If the system is running a version prior to 4.8.2, it must first be updated to v4.8.2

CompleteView v7 will be available for download from the Salient website. If you are under a current SMA, contact licensing to obtain your v7 license. If you are not under a current SMA and would like to upgrade to v7, you will need to work with a reseller to obtain pricing to upgrade your current deployment.

Note: When placing an order for CompleteView you will need to specify the version of CompleteView you are requesting.

CompleteView v7.1 will be available for download from the Salient website. If you are under a current SMA, contact licensing to obtain your v7 license. If you are not under a current SMA and would like to upgrade to v7, you will need to work with a reseller to obtain pricing to upgrade your current deployment.

Note: When placing an order for CompleteView you will need to specify the version of CompleteView you are requesting.

Yes, Licenses can be redistributed between recording servers. Contact support@salientsys.com to assist with moving licenses between servers.

CompleteView v7.1 will need SQL Express for the Management Server. CompleteView will also work with Standard and Enterprise editions of SQL Server. Supported versions are 2014, 2016, 2017, and 2019

For systems with only a few cameras, on one recording server, with 5 of less users it may be easier to perform a clean install instead of upgrading.

For systems with more than one recording server, multiple cameras per recording server, and with multiple user it would be better to upgrade. Contact your local Systems Engineer to discuss the best option for you.

The storage pool feature enables a customer migrating from v6.1.2 to v7.1 to migrate their storage from Volumes to Storage Pools.

New customers with v7.0 and v7.1 will default to using Storage Pools. New and existing customer will be issued a storage pool feature key with the v7.0 or v7.1 feature key.

For recording servers which have been migrated from v6.1.2, once the the storage pool feature keys are added, the administrator will have the option to migrate the storage configuration.

Pre-Migration Checklist

  1. Obtain 7.1 and Storage Pool feature keys (included with 7.1)
    1. Run License Distribution Utility (LDU) and provide file to Licensing@salientsys.com
      1. For 10 or fewer Recording Servers, use of the LDU may not be necessary, and
        each may be handled individually.
      2. For 10 or more Recording Servers, the LDU is recommended for ease of use.
    2. Distribute feature keys received from Salient Licensing to Recording Servers
  2. Obtain 7.1 installation files from https://channel-partner.mywww.salientsys.com/.
    1. ManagementServer.exe
    2. DesktopClient.exe
    3. RecordingServer.bin (recommended for push updates) or
    4. RecordingServer.exe (for use with manual updates
  3. Determine deployment path
    1. Direct
    2. Phased
  4. Identify if current Management Server is using SQLite or SQL Server
    1. If running SQL Server, record the instance name
      1. Run the Database Migration Utility
      2. Deployments with password protected SQLite databases cannot be migrated
        to 7.1
      3. If running SQLite with no password, the Database Migration Utility must be
        run on the system hosting the Management Server

For additional information see the migration guide

CompleteView’s motion detection analyzes video streams to identify pixel changes within user-defined zones. Detection can be performed either on modern ONVIF-compatible cameras (with embedded analytics) or on the Recording Server (using pixel-change algorithms). To configure motion detection, administrators create motion zones in each camera’s field of view, adjust sensitivity levels to minimize false detections from environmental factors like lighting changes or weather, and define trigger actions such as switching to higher-quality recording, triggering alarm outputs, or generating operator notifications.

Important Best Practice: Salient strongly recommends not using motion detection to control when recording occurs. Instead, use multi-streaming: configure cameras to record continuously at lower resolution and frame rates, then automatically switch to higher quality when motion or alarms are detected. This approach ensures that a complete timeline is always available for forensic investigation while optimizing storage efficiency.

Motion events appear in real-time in modules like Alarm View and Live View, and can be searched retroactively using Smart Search to locate motion that occurred at specific locations during historical playback.

CompleteView supports two types of motion detection, each with distinct differences:

Camera-Side Motion Detection:

  • Motion detection is performed by the camera itself using its embedded processing capabilities
  • Available on modern ONVIF-compatible cameras with built-in analytics
  • More efficient because processing happens at the camera level, reducing load on the Recording Server
  • Advanced cameras may include AI-powered detection with object classification (people, vehicles, etc.) and behavioral analytics (line crossing, loitering, intrusion detection)
  • Configured through ONVIF events in the Camera Events panel
  • Requires enabling and configuring the analytics features in the camera’s web interface before adding the camera to CompleteView

Server-Side Motion Detection:

  • Motion detection is performed by the CompleteView Recording Server using pixel-change algorithms
  • This legacy approach originated from early DVR systems
  • Works with any camera, including those without embedded analytics
  • Places additional processing load on the Recording Server, especially with multiple cameras
  • Configured through the Camera Motion Panel where administrators create zones and adjust sensitivity

Recommendation: For optimal performance and efficiency, use camera-side motion detection when available. Modern cameras with embedded analytics offload processing from your Recording Server and often provide more sophisticated detection capabilities than traditional server-side pixel analysis.

Multi-streaming is a powerful feature in CompleteView that allows cameras to record at different resolutions and frame rates based on the recording mode (continuous, motion, or alarm). This optimizes storage while ensuring high-quality footage is captured during important events.

Multi-Streaming Requirements:

  • Camera must support multiple stream profiles (most modern IP cameras do)
  • Must use the ONVIF driver (multi-streaming is only available with ONVIF)
  • Camera must be properly configured with multiple profiles

Configuration Steps:

  1. Prepare the Camera:
    • Enable ONVIF in the camera’s web interface
    • Configure multiple stream profiles (typically Primary and Secondary)
    • Set different resolutions/frame rates for each profile
    • Example: Primary = 1080p @ 15fps, Secondary = 1080p @ 30fps
  2. Add Camera to CompleteView:
    • In Configure module, go to Recording Servers → Cameras
    • Add the camera using the ONVIF driver
    • After adding, wait for profiles and events to become available (may take 1-2 minutes)
    • If it takes too long, check the Dashboard for “Authentication Failed” errors
  3. Select ONVIF Media Profiles:
    • Navigate to the camera’s configuration
    • You’ll see available ONVIF profiles from the camera
    • Select which profiles to use for different recording modes
  4. Configure Multi-Stream Recording:
    • Go to Recording Servers → Cameras → ONVIF SETTINGS
    • Configure your recording strategy:
      • Continuous Recording: Use lower resolution/frame rate profile (e.g., 720p @ 8fps)
      • Motion Recording: Use higher resolution/frame rate profile (e.g., 1080p @ 15fps)
      • Alarm Recording: Use highest quality profile (e.g., 1080p @ 30fps)

Best Practice Recommendation: Use multi-streaming to record continuously at lower quality while automatically switching to higher quality when motion or alarms are detected. This approach:

  • Maintains a complete timeline (no gaps in recording)
  • Optimizes storage requirements
  • Ensures high-quality footage during important events
  • Provides better evidence for investigations

Important Notes:

  • If profiles don’t appear immediately after adding the camera, try
    •  Disable camera → Save → Re-enable camera → Save (forces re-query)
    • Ensure the time on the camera matches the server
  • Multi-streaming requires adequate camera processing power and network bandwidth
  • Always test your configuration to ensure all profiles are working correctly

RTSP (Real-Time Streaming Protocol) port configuration in CompleteView should be modified through the Common Settings → Ports → RTSP menu in the Configure module. This is critical because RTSP settings are common settings that apply across all Recording Servers in your deployment.

Steps to modify RTSP ports:

  1. Open the Desktop Client and log in with administrator credentials
  2. Navigate to Configure module
  3. Select Common Settings from the left navigation panel
  4. Go to PortsRTSP
  5. Configure the RTSP Server port (default: 554 TCP)
  6. Configure authentication method:
    • Token Authentication: Uses REST API token requests for secure access
    • Basic Authentication: Standard username/password authentication
  7. Click Save to apply changes across all Recording Servers

Important Notes:

  • The default RTSP port is 554 (TCP), which cameras use to stream video to Recording Servers
  • Ensure any firewall exceptions are updated to reflect new port configurations
  • Port 80 (TCP) is also used for camera API and RTSP communication

Authentication Options: CompleteView supports both token-based and basic authentication for RTSP streams. Token authentication provides enhanced security through REST API token requests with configurable expiration times.

CompleteView requires specific Windows Firewall exceptions to function properly. By default, Windows Firewall blocks all unsolicited traffic for server applications and services, so firewall exceptions must be configured for CompleteView components to communicate.

Mandatory Firewall Exceptions:

  • Management Server: Ports 4502 (HTTP), 4242 (TCP)
  • Recording Server: These are required for core functionality
  • Desktop Client: Port 8095 (HTTP) for Management Server communication

Optional Firewall Exceptions: Additional exceptions may be required depending on your system configuration, CompleteView options, cameras deployed, and third-party extensions installed.

Key Ports Requiring Firewall Exceptions:

  • 4502 (HTTP) / 4503 (HTTPS) – Configuration and operational state
  • 4242 (TCP) / 4245 (TCP over TLS) – Real-time status updates
  • 554 (TCP) – Camera RTSP
  • 80 (TCP) – Camera API & RTSP
  • 25 (TCP) – SMTP for email notifications
  • 389 (TCP) – Active Directory authentication
  • 4502/4503 – Management Server communication
  • 4242/4245 – Video/audio data and operational info
  • 8095 (HTTP) / 8096 (HTTPS) – Management Server configuration data

Important Notes:

  • If you purchased a PowerProtect server from Salient, all firewall rules are pre-configured
  • The exact list of required exceptions differs based on system configuration, cameras, and installed extensions
  • Care must be taken to ensure all needed exceptions are defined, and more importantly, that only needed exceptions are defined
  • Firewall exceptions must be configured on each CompleteView workstation and server in the system
  • All firewall exceptions should be configured as bi-directional

How to Add Firewall Exceptions:

Typically, port configuration for Windows is done through:

  1. Windows Defender Firewall with Advanced Security
  2. Windows Firewall Control Panel
  3. Group Policy (for domain environments)

If you don’t see a specific named driver for your camera in CompleteView’s dropdown menu, you should use the ONVIF driver (often labeled as “Generic-ONVIF”). This is Salient’s recommended approach for all modern IP cameras.

Why Use ONVIF Instead of Named Drivers:

Since CompleteView v7.0, Salient has adopted an “ONVIF first” strategy and is no longer investing in proprietary named drivers. Here’s why ONVIF is now the preferred choice:

  • More Comprehensive: The ONVIF driver now supports more camera features than most named drivers: e.g. Line crossing, people counting, etc.
  • Future-Proof: Automatically supports new features added through camera firmware upgrades
  • Industry Standard: All new cameras from every major vendor are ONVIF compliant
  • Reliable: The ONVIF specification is now very comprehensive and mature, addressing nearly all edge-based operations needed
  • Better Support: Includes video streaming, PTZ control, metadata, analytics, multi-streaming, and auto-discovery

For more information, see:

https://www.salientsys.com/camera-partners/onvif/
https://www.youtube.com/watch?v=M8Ey-4-tk-Y

Available Generic Drivers:

CompleteView includes several generic drivers in the “Cameras and Integrations” section of the Help documentation:

  1. Generic-ONVIF (Primary recommendation)
  2. Generic IP Camera for MJPEG
  3. Generic IP MJPEG Streaming Camera
  4. Generic IP RTSP Streaming Camera for MPEG-4

Configuration Steps:

  1. When manually adding a camera, CompleteView automatically defaults to the ONVIF driver
  2. Ensure ONVIF is enabled in your camera’s web interface
  3. Configure the camera with appropriate user credentials (with administrator privileges for ONVIF user)
  4. Add the camera to CompleteView using the Generic-ONVIF driver
  5. Wait 1-2 minutes for profiles and events to populate

Important Notes:

  • The old perception that “named drivers are better than generic ONVIF” is outdated
  • Over 32,000 ONVIF-conformant devices are currently on the market
  • Using ONVIF ensures compatibility with current and future camera features without requiring CompleteView updates

If your camera is ONVIF-conformant (virtually all modern IP cameras are), always choose the ONVIF driver for the best experience and feature support.

The Gateway Spin up Process is the automated deployment of AWS cloud infrastructure that enables Remote Access for a CompleteView deployment. This process creates the VPN gateway and proxy servers that allow users to securely access their deployment from anywhere with an internet connection.

Prerequisites Before Gateway Spin up:

  1. Portal Linkage: End-user has linked their deployment to the cloud portal (cloud.salientsys.com)
  2. Remote Access Purchase: Customer has purchased Remote Access licenses from Salient
  3. Cloud Readiness Tool: The Cloud Readiness Tool (CRT) has been successfully run on any of the deployment’s Recording or Management servers.
  4. Cloud-Ready Deployment: Management Server is registered and Recording Servers are connected. Appropriate ports are open in the firewall to allow for proper communication

Gateway Spin up Process Overview:

The process is initiated through the Gateway Spin up Form in the cloud portal’s Admin View and consists of two main phases:

Phase 1: Account Creation

  • Creates a unique account in ENV0 (Infrastructure as Code automation platform)
  • Account name format: {Customer Tag}-{Deployment Name}
  • Example: Customer tag “shrtr” + deployment name creates “shrtr-deploymentname”
  • Sets up the deployment configuration in Mongo (data store)

Phase 2: Infrastructure Deployment

  • ENV0 provisions AWS cloud infrastructure through Infrastructure as Code (IaC)
  • Deploys VPN Gateway for secure connection between on-premises and cloud
  • Deploys Proxy servers for handling client connections
  • Configures subdomain: {deploymentname}.mysalient.com
  • Total time: Approximately 60 minutes for complete gateway deployment

Post-Deployment Steps:

  1. VPN Profile Generation: VPN profiles are automatically generated for the deployment
  2. Profile Deployment: Management Server retrieves and deploys profiles to Recording Servers
  3. OpenVPN Service Startup: OpenVPN services on Recording Servers establish connections
  4. Health Validation: System performs continuous health checks on VPN and proxy servers
  5. Polling: Deployment begins polling for connectivity (reduced to ~1 hour in v7.3.1+)

Gateway Health Monitoring:

The system continuously validates gateway health through:

  • VPN Server Health Check: Verifies VPN gateway connectivity
  • Proxy Server Health Check: Confirms proxy server availability
  • Server health viewable in Admin View at: {deployment-name}-vpn.mysalient.com

Common Deployment Failures:

Initial Gateway Deployment:

  • ENV0 service down
  • ENV0 API key deleted or expired

Account Creation Phase:

  • Quota limit reached on AWS/GitLab/ENV0
  • AWS, GitLab, or ENV0 service outage
  • GitLab SSH key expired

Infrastructure Deployment Phase:

  • Missing or invalid Recording Server profiles
  • Network connectivity issues
  • GUID mismatches between Management Server and Recording Servers

Monitoring Deployment Progress:

Administrators can monitor the spin up process through:

  • Cloud portal Admin View showing deployment status
  • ENV0 dashboard (for Salient Cloud Operations team)
  • Gateway health indicators in the portal
  • VPN connection status for each Recording Server

Expected Timeline (v7.3.1+):

  • Gateway Spin up: 30 minutes (13 min + 17 min)
  • VPN Profile Deployment: Additional 1 hour for connectivity
  • Total: Approximately 1.5 hours from initiation to full Remote Access availability

Important Notes:

  • The process is fully automated through ENV0 once initiated
  • No manual configuration is required on the deployment side
  • Gateway is deployed in AWS us-east-1 region
  • OpenVPN CIDR block: 172.27.0.0/16
  • Successful deployment enables secure Remote Access for Desktop, Web, and Mobile clients

Adding additional Recording Servers to Salient Cloud Services requires ensuring each Recording Server meets the requirements and is properly connected to your cloud deployment. Here’s the complete process:

Prerequisites:

Before adding Recording Servers to the cloud:

  • CompleteView version 7.0 or newer on all Recording Servers
  • Internet access on all Recording Servers
  • Outbound port 443 open to cloud.salientsys.com
  • Outbound port 443 (HTTPS) or UDP 1194 to *.mysalient.com
  • OpenVPN CIDR block access: 172.27.0.0/16
  • OpenVPN client installed with Connector Service (installed automatically with v7.3.1+)
  • Valid Remote Access license (paid tier) for cloud connectivity

Steps to Add Recording Servers:

  1. Verify Management Server Registration:
    • Ensure your Management Server is already registered with Salient Cloud Services
    • Deployment must be visible in the cloud portal at cloud.salientsys.com
  2. Install/Update Recording Server:
    • Install CompleteView Recording Server v7.0 or newer
    • Run the installer as administrator (required for OpenVPN Connector Service)
    • The installer automatically includes OpenVPN client and Connector Service
  3. Configure Recording Server:
    • Add the Recording Server to your Management Server through Configure → Recording Servers
    • Ensure the Recording Server can communicate with the Management Server
  4. Verify Network Connectivity:
    • Confirm internet access is working on the Recording Server
    • Verify firewall allows outbound connections on required ports
    • Add OpenVPN as a trusted application in Windows Defender Firewall
  5. Wait for Cloud Synchronization:
    • The Recording Server will automatically connect to Salient Cloud Services
    • Initial connection typically takes 1-4 hours
    • Recording Server will appear in the cloud portal once connected

Verification Steps:

  1. Log into cloud.salientsys.com
  2. Navigate to your deployment
  3. Verify the new Recording Server appears in the deployment’s server list
  4. Check that Remote Access icon shows the server as connected

Common Issues and Solutions:

  • Recording Server missing or has invalid profiles: Verify ONVIF profiles are properly configured
  • OpenVPN not running: Check that OpenVPN service is running and set to start automatically
  • Missing Connector Service: Reinstall Recording Server using “Run as Administrator”
  • Firewall blocking: Add OpenVPN to trusted applications in Windows Defender
  • GUID mismatch: Verify Recording Server GUID matches in Management Server configuration

Important Notes:

  • Free tier provides deployment monitoring only
  • Remote Access (paid tier) is required for video streaming through the cloud
  • All Recording Servers must be running v7.0 or newer for cloud connectivity
  • OpenVPN must be configured as a trusted app in your firewall
Go to Top