To show the Recordings status panel press the Stats button on the Transport panel. There must be a recording playing for either the Transport panel or the Stats panel to show.
Going from left to right columns, and top to bottom rows, these are the fields seen for a playing recording.
1L: Total system CPU (time in use, percent of total available) at CAMNET server, and CPU MHz (or GHz), according to Windows WMI. The CPU rate can change due to speed-stepping, or other power-saving features. To the right of that is amount of space available on the drive that holds the recording.
1C: This is the camera name. The camera's complete path is, for the example in the image:
c:\camnet\camnetserver\cam_m1031. While the default recording location is in this path, the recording location can be set to any location on the LAN.
1R: Memory commit size used, and total (free) memory available. The commit size is used for display here since it will spot resource leaks. The working set, which is a true reflection of memory being used, is much lower than this. TaskMgr shows more detail: run taskmgr at the machine with CAMNET server; set Show processes from all users if running as a service if you cannot see camnetserver.exe in the list.
2L: The video frame dimension being sent to the client (this includes any encoder-based cropping; it does not include ROI cropping). Transcoded-rotated streams show the rotated dimensions here. Also here is the frame rate.
2C: The video frame dimensions from the recording file. Next is the frame rate; a moving average over the last few seconds.
2R: The A/V (audio/video) column headers. Next to the V column header is the comm mode between CAMNET server and this camera: HTTP, HTTPS, TCP, or UDP. If audio is using a separate channel (i.e., not interleaved with the video), it has its own comm mode to the left of the A column header.
3L: If the client is using a decode-in-hardware/GPU MFT (Media Foundation Transform) HW is shown. If hardware is available, but is not currently being used for this playback (e.g., MPEG4/2 format), hw is displayed. If no hardware decoding is available, or when using the software override switch (e.g.,
camnetsvcmgr.exe -mf sw) nothing is shown in its place. Next is the encoding format: H.264, MPEG-4/2, or M-JPEG. That is followed by the bitrate of the stream sent to the client. This may differ greatly from the bitrate seen in the center column (3C) if transcoding. The encoding format is always H.264 when transcoding.
3C: The encoding format of the stream from the camera, then the bitrate as received by CAMNET server from the camera.
3R: The bytes of frame data received so far. If audio is present, under the A column is the MB of audio data received. Under the V column is the MB of video data received. MB is defined as (1024 x 1024) bytes.
4L: The encoding profile as sent from CAMNET server to the client. For H.264 this can be Baseline, Main, or High (and a few variations). The 6-hex-digit number next to that is the H.264 profile (0x42 is 66, baseline), ConstrainedSet flags (varies), and level (0x29 is 41, level 4.1). This can differ from the center column in the ConstrainedSet1 value, even if not transcoding (unless -mf np is used). For MPEG-4/2, this is the profile and level (e.g., ASP/5). For M-JPEG this is empty.
4C: Same as 4L but the original stream, as sent from the camera to CAMNET server.
4R: The sum of audio and video frames in the queue.
5L: If not transcoding, Transcode no is shown. If CAMNET server is transcoding the stream it sends to the client, the encoding format (always H.264), any resize (/2, /4, or /8), the encoding bitrate marker, and any rotate (> for 90 and < for 270 degrees) is seen. The encoding bitrate marker is H for auto-hi, M for auto-med, L for auto-lo, and a * or * for specific rates (2 Mbps, etc.). If this marker is underlined, it indicates that the encoder is using HiQ mode, otherwise a fast-encode mode. To use a HiQ mode with a specific rate, set the last digit of the rate to be odd: enter 2.01 Mbps instead of 2.0 Mbps, for example, or 0.51 instead of 0.5 Mbps (0.50 is how 0.5 is seen, which is not odd).If the transcode module fails to load, CAMNET server does not transcode the stream; the original stream is sent to the client. The transcode details from 5L are still seen (since they are client-side based) but the details from 2L and 3L still match the 2C and 3C details, and not any expected transcoded details. A problem with the transcode module not loading is a problem at CAMNET server; check the installation.
5C: The audio encoding (AAC LC, for example) and the bitrate. If no audio is present, no audio is shown.
5R: The time span of video frames in the queue. Recordings will keep from 3 to 5 seconds of video frame time in queue at the normal playback rate. This increases as the playback rate is increased.
6L: When transcoding, the decoder (Dec), video processor (Vp), and encoder (Enc) modes are listed. The decoder shows two modes: 1) GPU(H) or software(s) decoding, and 2) video(G) or system(s) memory output. The video processor shows three modes if being used: 1) GPU(H) or software(s) processing, 2) video(G) or system(s) memory for input, and 3) video(G) or system(s) memory for output. Vp shows a dash(-) if it is not being used. The encoder shows two modes: 1) GPU(H) or software(s) encoding, and 2) video(G) or system(s) memory input.
6C: If there is an audio track, the audio sample rate, mode (mono, or stereo if 2 or more channels), and the state of the Cam setup, Playback panel's audio settings, as four symbols. The first is the main audio mode: mute(m) or as-is(.), or on(O). The next three are the volume levels (L, R) and master (M) level. For the left channel: full(L), attenuated(-), or as-is(.). For the right channel: full(R), attenuated(-), or as-is(.). For the master level: full(M), attenuated(-), or as-is(.).
6R: The time of day the recording is currently playing. Recordings start with a new file each day, at midnight (recordings end no later than 23:59:59.999).