ZEN MASTER October 2019 RELEASE NOTES

the following updates were pushed to zen master on october 28, 2019 transcoder load balancing when zen master assigns a new channel to a broadcaster in a broadcaster cluster, it looks for a broadcaster that is already connected to the relevant source and for a broadcaster that is currently in a good state a broadcaster is in a good state so long as its error thresholds hdd, cpu, memory, gpu, gpu encoder, gpu decoder, gpu memory – do not exceed the default or user specified values if no broadcasters are currently connected to the relevant source and are in a good state, then zen master will look for another broadcaster in the cluster in a good state, connect the source, and deploy the channel when adding a typical non transcoding channel to a broadcaster, the cpu and memory usage will increase a small incremental amount with each new channel for this reason, thresholds can be relatively high without risking have a new channel take the threshold over 100 however, transcoding channels use significantly more cpu, gpu, and memory and adding a transcoding channel to a broadcaster already at 85% gpu, for example, could take the gpu consumption to 100% and cause performance issues transcoder thresholds to increase the reliability of deploying new transcoding channels or restarting transcoding channels if broadcaster servers go offline, zen master now provides a second set of thresholds used specifically for assigning transcode channels to a broadcaster in a cluster the thresholds are used to define the good state of a broadcaster, as mentioned previously, specifically for transcode channels the thresholds have default values and can defined by the user by clicking transcode thresholds when adding or editing a broadcaster cluster depending on how much cpu, gpu, and memory the transcode profiles being used will consume, the thresholds can be set to optimal values to allow as many transcode channels as possible to be assigned to the broadcaster without overloading it if no broadcasters in a good state are available in the cluster, the user will be notified upon trying to save the new channel transcoder broadcaster assignment zen master also offers an alternative approach to managing the load of transcoding on broadcasters by allowing the user to explicitly assign transcode channels to specific broadcasters in a cluster when creating a new transcode channel, a dropdown called target broadcaster allows the user to choose a specific broadcaster from the processing cluster selected just above in the dialog note, this approach can only be used for non aws clusters when using aws clusters, aws manages the virtual machine instances, including automatic removal and replacing of instances experiencing hardware issues in this case, there is no consistent identity for a broadcaster instance to link to the channel so zen master cannot assign specific broadcasters to the channel the transcoder threshold approach, described in the previous section, is recommend for aws clusters for azure, gcp, and manually created broadcaster clusters, the user will be able to select which broadcaster to use for the channel it is the responsibility of the user to determine that the selected broadcaster will not be overloaded by the new transcode channel, and if so, move that channel to another broadcaster minor improvements and bug fixes • added paging for long lists of grids (zm 306) • added filter by access tag to reports (zm 327) • updated vlc plug in links to v13 (zm 321) • duplicate sources in delivery channel are no longer allowed (zm 348) • removed and deprecated quick report button on the dashboard it will be replaced by a new events log functionality in a coming release (zm 317) • fixed issue where broadcasters were not visible to non admin users in grid display (zm 305) • fixed issue where editing objects with no changes causes ui update() error (zm 312) • fixed receivers rendering as r xxx when user doesn't have any permissions on the receiver (zm 313) • fixed error when attempting to delete target after it's channel has been deleted (zm 339) • fixed issue where editing access tags causes a full re implementation of some targets (zm 341) • fixed issue with "no active broadcaster" showing on channel diagram instead of broadcaster name and green status when user has no permissions on the source (zm 342) • fixed error when muting aws clusters (zm 343) • fixed issue where users without permissions still see delete, edit, and mute buttons (zm 345) • fixed “error 401 unauthorized” when adding new targets (zm 349) • security update – enhanced permissions and now sanitizes all input for html/javascript (zm 314) • security update – require current password on user self edit, enforce strong password policy, and block weak cyphers/imported public keys (zm 315) • security update session timeout reduced to 10 minutes (zm 316)