Recording > Screen Recording > inContact Screen Recording Troubleshooting Overview

inContact Screen Recording Troubleshooting Overview

Laptops, New Monitors, Projectors, Changing Resolution

Changes such as plugging in additional monitors or projectors, changing the screen resolution, and docking or undocking a laptop can affect the performance of the inContact Screen Recording client. When a user’s computer starts, the client is initialized and the screen recording area, including the number of display devices, is detected. Changes to the capture area are not detected automatically.

Problems can be minimized by following these recommendations:

  • If a new display device (monitor, projector, and so forth) is plugged into a computer, the computer must be restarted.
  • If a laptop uses a docking station and monitor, it must be docked before it is started in order for the client to detect the monitor.
  • If a laptop is undocked without powering down and then docked later, it must be restarted.

Multiple Monitors and USB Adapters

inContact Screen Recording supports capturing from computers using video cards and monitors in these configurations:

  • Monitors using portrait and landscape layouts.
  • Multiple monitors placed side-by-side horizontally.
  • Multiple monitors stacked vertically.
  • Multiple monitors arranged both horizontally and vertically (for example, two vertical rows of three monitors).
  • Multiple monitors connected to multiple video cards.

There is no limit to the number of monitors that can be recorded. For monitors connected via a USB adapter, the inContact Screen Recording client does not support vertically-stacked monitors.

Desktop Background Images

inContact strongly recommends user desktop backgrounds be one solid color. Background patterns, logos, themes, and pictures dramatically increase video file size. Larger files consume disk space and make call playback slower and choppy.

System Events and Screen Recording

Screen recording behavior can be affected by system events like starting screen savers, locking desktops, and logging on or off the system. This section explains how screen recording reacts to these scenarios. Behavior is the same for Windows 7 and Windows XP except where specifically noted.

General Operation

The screen recording server always keeps track of the time of its last communication with each client. If a client stops sending data, the screen recording server repeats the last frame it received until the client starts sending new data again.

If the screen recording server has not received any communication from a client for two minutes, it stops the video recording and unlocks the video file. It also marks the Screen Capture field for that recording Closed Due To Inactivity, meaning that the video is assumed to be erroneous and the web player will not attempt to play the video, though the video itself is intact. Live monitoring is not affected by this timeout.

Logging Off, Restarting, and Shutting Down

When a user shuts down, restarts, or logs off their computer, the client stops sending data. When this happens, the screen recording server inserts the last frame it received into the video until the two-minute timeout is reached.

If the call ends before this timeout is reached, the video for the recording is marked as valid. If the timeout is reached before the call ends, the screen capture is stopped and the video file is closed and marked Closed Due To Inactivity. The timeout causes the screen recording client to lose its state, meaning that even if the call is still active, screen capture will not resume until the machine is restarted or the user logs in again.

Switching Users

While the second user account is active, screen capture data is not sent. If the user switches back to the first account, data transmission resumes. If the timeout occurs because no data is sent for two minutes, the video file is closed and marked Closed Due To Inactivity.

Screen Saver – Without Login Required

When a screen saver is displayed, the video of the screen saver itself will be displayed in the video file. Screen recording continues working normally, sending the screen shots as they appear to the user.

Screen Saver – With Login Required

In Windows 7, when a locking screen saver is displayed, the user desktop will continue to be displayed in the video, regardless of the fact that the user cannot see their desktop. This event has no noticeable effect on screen capture, but is still subject to standard timeout parameters.

In Windows XP, while the machine was locked by a screen saver, data was not sent. If the machine was unlocked, data transmission resumed. If the timeout occurred because no data was sent for two minutes, the video file was closed and marked Closed Due To Inactivity.

Sleep Mode

While the machine is asleep, data is not sent. If the machine is woken up, data transmission resumes. If the timeout occurs because the screen recording server receives no data for two minutes (including Sleep time), the video file is closed and marked Closed Due To Inactivity.

Hibernation

While the machine is hibernating, data is not sent. If the machine is woken up, data transmission resumes. If the timeout occurs because the screen recording server receives no data for two minutes (including Hibernation time), the video file is closed and marked Closed Due To Inactivity.

Screen Lock

In Windows 7 and later, when the machine is locked, the user desktop continues to be displayed in the video, regardless of the fact that the user cannot see their desktop. Essentially, locking the screen has no effect on screen recording, but is still subject to standard timeout parameters.

In Windows XP, while the machine was locked, data was not sent. If the machine was unlocked, data transmission resumed. If the timeout occurred because no data was sent for 2 minutes, the video file was closed and marked Closed Due To Inactivity.

Related Tasks