Change log of version 2.2.10.30

Upgrade information from installations earlier then 2.2.10.26

Based on the project experiences over the last decade, the internal runtime database of vimaccOA (named “vimacc Config”) has been general re-engineered for better runtime performance and system stability – also results in an overall improvement of the redundancy features of vimaccOA.

Reworking the IPC protocols of the “vimacc Config” harms, first time ever, the compatible with earlier versions of vimaccOA - NOT the compatible with any version of WinCC OA.

Cause of this any upgrade of distributed vimaccOA installations, from versions earlier then 2.2.10.26, needs additional plannings to keep operations without any general downtime.

Please contact the WinCC OA VIDEO experts you trust for further information and support (keyword “vimacc ConfigNG”).

Additional information regarding new feature “Stream cloning”

The new feature of “Stream cloning” needs an update of the internal feature lists in vimaccOA. Please contact support for further guidance for activation of this feature.

New Features (compared to 2.2.10.29)

Introducing new feature of "Stream cloning", to be used on 2nd or 3rd video stream of a camera, to clone another stream of the same camera, internally in WinCC OA VIDEO.

Use case is for example, circumstances where it's better to receive only one stream from the source, but it's also needed to record it in two different ways.

LINUX: SecurityWizard Console-Mode (-c), no needs any longer for xhost-Mapping to root user. This is the default now in linux setups, which makes deployments to these systems much easier.

Changelog (compared to 2.2.10.29)

  • VideoOA EWO

Fixed "leaking FrameBuffers" and "Flooding main thread with FrameBuffers" in vimaccAPI, which occures when using the RTSP streaming feature of the VideoEWO.

  • VideoManager
    • Support for Parameter "ws_nonpresentstate", which allows to display cameras in the vimacc Workstation as "nonpresent", when the corresponding interface processes are offline (default "error").
    • Fixing scenarios for "VMS client", to generate the ID in vimacc without the ".link" part of the WinCC OA Datapoint.
    • Fixing scenarios for “VMS client”, to adopt them correct also if the lists only contain one entry.

Introducing new stream parameter "clone", to be used on 2nd or 3rd video stream of a camera, to clone another stream of the same camera, internally in WinCC OA VIDEO. Use case is for example, circumstances where it's better to receive only one stream from the source, but it's also needed to record it in two different ways.

Fixing Display-Dist support to create the cameras in vimaccOA without the dist name as prefix.

  • vimacc-Core:
    • Adding functionality to use vimacc streams as source for streaming instances, e.g. to duplicate video streams in the vimacc interface, e.g. for use cases where it's better to receive only one stream from source, but it's also neede to record in two different ways.
    • SecurityWizard Console-Mode (-c), no needs any longer for xhost-Mapping to root user. This is also used in the linux setups.

Fixing mislead internal handling of controller definitions, which results in bad behavior during determination of the preffered controller for any instances.

This could result in the situation, that also with only one configured controller, no instance is requesting the mutex to get up and running.