Change Log
2.36.22.15
Bug Fixes
If an automatic update occurred consecutively after another installation of the software, a reboot occurred and the installation did not complete correctly. It was discovered that the install file (LeverageQuickViewServiceSetup.msi) was locked by the Microsoft code for a period of time. This code has been updated to use a free WIX SDK.
2.36.22.14
Bug Fixes
A deadlock condition in the LibClassicView software that would occur when a user used the calendar to change the date of the video they were playing has been resolved.
2.36.22.12
New Features
•Added the ability to show the percent finished of the pre-buffering to the status window.
•Changed the default for the MsecToPlayForward to one second.
•Update to the wording on the ShowAllUsers and the GetLocalConfig forms. A “Submit” button was added to the GetLocalConfig form, and an “Are you sure?” confirmation is now presented to the user when submitting changes. All time increments on this form have been updated from milliseconds to seconds.
•Google information text to inform us that they will no longer support the embedded Internet Explorer tool that we are currently using has been removed. Note, web interface controls will have to be addressed at a later date.
•In the NVR code, a change was made to openRTSP so that it could record MPEG4 type cameras. This is placed in the NVR version 1.27.29.0.
Bug Fixes
•If the UpdateIncidents function was already processing incidents and the administrator went into the database settings, the user interface would lock up until the incidents were processed. To fix this lockup, the UpdateIncidentsTask was changed so that it uses a cancellation token. Every time the UpdateIncidents function is called, the _updateIncidentsTaskCancellationTokenSource is checked to see if a task was already started to update the incidents. If it was, then that task is canceled and a new task is created. This change in code makes the user interface work without lockups whenever the administrator goes into the database settings after a login.
•Corrected some problems where the pre-buffering of video was not working correctly.
•A bug in the database revision handler code allowed the DETECT Appliance to save the unsigned database after the database was changed. even though the VMS already had this file open for writing, causing the DETECT Appliance code to fail. The faulty code has been removed.
•When a users local config data was changed and the database update request screen appeared, if the user selected to logout, then the ShowAllUsers form was left open. It would show the next time another user logged in. To fix this, code was added that would check to see if any modal forms are shown and close them.
•A VLC Player lockup problem has been fixed by using the lock(this) function, so that only one thread can access the VLC player functions.
•The CDROM disk transfer had no exception handling around the disk transfer function. When an exception occurs, the software would exit without notice to the user. Code was added so that if an exception occurs, then the user is notified and the exception is logged, and the software no longer exits without notice.
•During an incident transfer, if the user selects the “Cancel” button, it would not allow the transfer button to be enabled until the transfer is finished and canceled. To remedy this, a Cancellation token was added so that the incident transfer finishes and cancels out in a timely manner.
2.36.22.11
New Features
•In the Administrator menu a “Permissions report” menu item has been added, allowing an administrator the ability to make a printout of the user permissions.
Bug Fixes
•A bug was found when the administrator went to the “Get Group Parameter” form. When the administrator changed the name of a Group, all of the Users associated with that group were lost. To fix this, each Group has a Guid (global unique ID) added to its metadata. In the User section, when it referenced a group, it had to reference the groups Guid instead of the group name. This had be made backward compatible with previous system metadata files. A reference was placed in the code called “Reference 000001” indicating that code that previously used the name as the Group reference needs to be removed as soon as all the system metadata files are converted for all of our customers.
•When the administrator clicks on the Administrator-Edit menu, there was what appeared to be a lockup of the code. This was because the “Manual Accept Unsigned Database” item had code behind it that would compare the metadata files to see if the unsigned metadata had changed. To avoid what appears to be a lockup, this code was changed so that it processes in a separate task. If that task finds a difference, it it enables the “Manual Accept Unsigned Database” menu item.
•It was found that in one installation, the VMS was appearing to lock up. The one area of code that was appearing to lock up was the sending of alarms to the DETECT Appliance when the VMS finds that an alarm occurred on a camera. This send is now placed on a task so that the UI (User Interface) no longer appears to temporarily lock up.
2.36.22.10
New Features
•On the ShowAllUsers form a“Logs” feature was added. The administrator is shown a list of log files that LibClassicView has recorded and can select any number of log files (up to10MB). The “Export Log Files” button saves the log files to any disk on their computer. The “Send Log Files” button compresses the logs into a zip file and attaches to an email that is automatically sent to the systems email address.
Bug Fixes
•On the NVR code revision 1.27.28.0. There was a problem where a customer was setting camera I-frame intervals above ten seconds, causing the NVR to think that a gap occurred when it was trying to end the one minute file and record the next minute. To avoid this, the gaps allowed between files was set to 40 seconds.
2.36.22.9
New Features
•Added a column to the ShowAllUsers form that indicates the service version. This gives the administrator information about which version of the service is installed on a VMS machine. Code was also added that retrieves the version of the VMS that is installed on each machine. Because this code requests information from the Windows MSI installer database, it is slow to get this data. So tasks were setup for each machine. Each task does a request to that machine and waits for a response. Once the response comes in, it shows the results in the table on the ShowAllUsers form. A text label was added to the top of this table that says “Waiting for x number of machines”. This informs the administrator about how many machines are left to get results from.
• Added to the VMS auto installation a way to auto update the service when the VMS is installed.
•Added a play forward and pause function to the VMS to accommodate long I-Frame intervals. This new code will play the video from a point a few seconds before the requested time position and then pause the video when the number played up to the requested time position, unless the user presses any of the play buttons. In that case, the player continues to play the video.
•On the ShowAllUsers form, a button was added named “Edit”. This button is only visible if the service on machine has code in it that can handle changing the local config settings. If it does not have this ability, then this button is not enabled and tool tips are in place to explain to the administrator why the button is not enabled. When the administrator clicks on this button an Edit Local Config form allows the administrator the ability to change any of the values on that users machine. All of the values that can be entered into this form by the administer are checked before the administrator can hit the OK button to accept the changes. For most of the tabs on this form, a button was added called “Set To Default” button. When this button is pressed, the values on the current tab are changed to their defaults.
•A new variable was added to the local configuration file for the VMS called MsecToPlayForward (this value defaults to 5 seconds). This variable controls the amount of time to play forward in the play forward and pause function described above. The administrator also has the ability to change this value by going to the ShowAllUsers form and clicking on the “Edit” button. A Edit Local Config form allows the administrator the ability to change this value.
•A file watcher was added to the local configuration file so that when an administrator changes a value, the user is notified of the change and asked to logout for the change to take place.
•Changes were made to the VMS so that most of the values in the local configuration file will take effect once the VMS sees that this file has changed. The only value that cannot be changed live within the VMS is the players video buffering time. This value is sent to the player once it is started and cannot be changed until the player is restarted. This is why the user should still be notified that they should logout and log back in so that the players are restarted and the change takes place.
Bug Fixes
•There was a bug where LibClassicView would leave log files forever and never delete any of them, causing the drive to fill with unnecessary data. A job was added to the VMS that calls a function to clean up the log files and is executed every hour to check for logs and log files that are older than one week and remove them.