Debug mode is a special operation mode when the debug window is open. This window is designed for analyzing the current state of Axxon PSIM and for prompt debugging in case errors occur.

Starting with weekly build 1.0.1.172, the Debug 4 mode is enabled by default. In previous versions, the Debug mode is disabled by default. To enable the debug mode, do the following:


To hide the debug window, select the Debug window item in the main control menu again.
The debug mode slows down the system and uses a lot of system resources. We strongly recommend enabling debug mode for debugging purposes only and disabling it when all the settings are completed. For more details on working with the debug window, see The Debug window. |
You can set the parameters for log file storage both on the settings panel of the Axxon PSIM section in the Tweaki.exe utility (see The Settings panel of the Axxon PSIM section) and using parameters of registry keys:
Log files are overwritten when the maximum of one of the parameters is reached.
When you enable the Debug 4 debug mode, the video.run log file displays the most detailed information about the file system and memory usage of each camera every 10 seconds. To reduce the number of info lines displayed every 10 seconds to six lines (this reduces the size of the log file), you must add the parameter of the StatusInfo=0 registry key.
Example of the displayed information if StatusInfo=1 or key is absent:
Uptime: 00:00:12, memory: 423.0 MB [FS]Health ok. [FS]Ring cycles count: 0 [FS]Total index in memory size: 62.7 KB [FS]Total recorders: 4, MemFile: -1, memFile total size: 16.0 MB, last frame skipped time: none, WritingQueueSize: 1500, avg speed: 18.99 MB/sec. [FS]Total readers: 0 (cached frames: 0) [FS]Total cameras: 4, internal VMDA detectors: 0, external VMDA detectors: 0. zone detectors: 0. [FS]Camera 1. Writing queue: 1 frames(0% of 1500), size: 0.00 MB(0 ms). Streams(1): 1, total VMDA detectors 0 (int: 0, ext: 0), zone: 0. Grabber_IP_CAM queue size: 0. [FS]Camera 2. Writing queue: 0 frames(0% of 1500), size: 0.00 MB(0 ms). Streams(1): 2, total VMDA detectors 0 (int: 0, ext: 0), zone: 0. Grabber_IP_CAM queue size: 0. [FS]Camera 3. Writing queue: 0 frames(0% of 1500), size: 0.00 MB(0 ms). Streams(1): 3, total VMDA detectors 0 (int: 0, ext: 0), zone: 0. Grabber_IP_CAM queue size: 0. [FS]Camera 4. Writing queue: 0 frames(0% of 1500), size: 0.00 MB(0 ms). Streams(1): 4, total VMDA detectors 0 (int: 0, ext: 0), zone: 0. Grabber_IP_CAM queue size: 0. Total registered senders: 1 Objects: VideoFrame: 38(max: 77 at '09-09-22 14:40:13.014') AudioFrame: 0(max: 5 at '09-09-22 14:40:08.816') Msg: 73(max: 130 at '09-09-22 14:40:06.733') Active[1] SendVideoFrame(local=1,compressed=1) to 'TAG-5509.1': value: 0 (max 0), delay = 46 ms, 09-09-22 14:40:15.548 Inactive[0](no new data for more than 15 seconds) |
Example of the displayed information if StatusInfo=0:
Uptime: 00:00:12, memory: 427.0 MB [FS]Health ok. [FS]Ring cycles count: 0 [FS]Total index in memory size: 52.9 KB [FS]Total recorders: 4, MemFile: -1, memFile total size: 16.0 MB, last frame skipped time: none, WritingQueueSize: 1500, avg speed: 7.42 MB/sec. [FS]Total readers: 0 (cached frames: 0). |
For more information on registry keys, see Registry keys reference guide.
Example.
The Time of log keeping (hours) is 720 hours (1 month), and the Maximum size (MB) of a log is 100 MB.
One week later, the size of the log file is 100 MB. In this case, it starts to be overwritten, even though the log has been stored less than the specified time.
If you set a value equal to the number of days for storing logs to the parameter of the DebugZipDays registry key, then when the maximum size is reached, the logs are not deleted but instead are zipped into a *.gz archive and stored for the number of days specified in the value of the DebugZipDays parameter.