# Visibility Animation causing very slow client

**URL:** <https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046>\
**Category:** Ignition\
**Created:** [November 30, 2020, 2:58pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046 "2020-11-30T14:58:36Z")\
**Posts on this page:** 20\
**Page:** 2

<div class="post-metadata">

**Author:** ![MMaynard](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mmaynard/32/3366_2.png) [@MMaynard](https://forum.inductiveautomation.com/u/MMaynard)\
**Post date:** [December 1, 2020, 6:54pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/21 "2020-12-01T18:54:25Z")

</div>

Sorry, just read your first post in more detail and see that you already had it that way.

---

<div class="post-metadata">

**Author:** ![robertm](https://avatars.discourse-cdn.com/v4/letter/r/ea5d25/32.png) [@robertm](https://forum.inductiveautomation.com/u/robertm)\
**Post date:** [December 1, 2020, 7:07pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/22 "2020-12-01T19:07:39Z")

</div>

Yeah, because of the symbol factory image not being perfectly symmetrical, eventually they wobble and wander. I may revisit it though, as the above solution isn’t working either. About to post a new video and export.

---

<div class="post-metadata">

**Author:** ![robertm](https://avatars.discourse-cdn.com/v4/letter/r/ea5d25/32.png) [@robertm](https://forum.inductiveautomation.com/u/robertm)\
**Post date:** [December 1, 2020, 7:10pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/23 "2020-12-01T19:10:13Z")

</div>

Something else besides angle is going on. So, I realized I didn’t really need 10 images to produce the effect I needed. Just 3. So I used 3 images, no angles, but natively offset. Using a 3 tick timer, timer.value=0,1,2. All went great, and I put about 15 on the screen. Until I grouped the original set of 3 images. Then suddenly everything slows down again! I’m posting an export and video again. The video will show that the simple act of grouping the 3 images slows everything down.[Animation Slow 2.zip](https://forum.inductiveautomation.com/uploads/short-url/AoWH7nsgJB6PYhNLcficyRZIrEv.zip) (91.4 KB)

---

<div class="post-metadata">

**Author:** ![robertm](https://avatars.discourse-cdn.com/v4/letter/r/ea5d25/32.png) [@robertm](https://forum.inductiveautomation.com/u/robertm)\
**Post date:** [December 1, 2020, 7:10pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/24 "2020-12-01T19:10:51Z")

</div>

[https://us1.discourse-cdn.com/inductiveautomation/original/3X/7/4/74c31e9fe61e015af1aba0d314b9c512fcca9997.mp4](https://us1.discourse-cdn.com/inductiveautomation/original/3X/7/4/74c31e9fe61e015af1aba0d314b9c512fcca9997.mp4)

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [December 1, 2020, 8:06pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/25 "2020-12-01T20:06:33Z")

</div>

You should try a screen recorder app like [bandicam](https://www.bandicam.com/) (more powerful, heavyweight) or [screentogif](https://www.screentogif.com/) (simple, lightweight)

---

<div class="post-metadata">

**Author:** ![MMaynard](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mmaynard/32/3366_2.png) [@MMaynard](https://forum.inductiveautomation.com/u/MMaynard)\
**Post date:** [December 1, 2020, 8:46pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/26 "2020-12-01T20:46:15Z")

</div>

Try it with containers vs groups.

---

<div class="post-metadata">

**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\
**Post date:** [December 1, 2020, 9:35pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/27 "2020-12-01T21:35:22Z")

</div>

If you unselect the group, how’s performance? The selection resize handles seem to affect animation performance; I noticed the same with your original window export.

---

<div class="post-metadata">

**Author:** ![robertm](https://avatars.discourse-cdn.com/v4/letter/r/ea5d25/32.png) [@robertm](https://forum.inductiveautomation.com/u/robertm)\
**Post date:** [December 2, 2020, 11:55am UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/28 "2020-12-02T11:55:40Z")

</div>

If I unselect that one group, everything speeds back up. But it’s odd. The rest of the animations on that screen export are all grouped too. It’s just grouping the original instance (the others are duplicates of it) that slows everything down.

Edit more info. So it would appear that all it takes is to leave one set ungrouped…doesn’t matter which one. Once they are all in groups the slowdown occurs.

---

<div class="post-metadata">

**Author:** ![robertm](https://avatars.discourse-cdn.com/v4/letter/r/ea5d25/32.png) [@robertm](https://forum.inductiveautomation.com/u/robertm)\
**Post date:** [December 2, 2020, 3:03pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/29 "2020-12-02T15:03:13Z")

</div>

The problem with a container is that its going to require an instance of the timer. So if I copy 20 of these to a screen, there are 20 instances of the same timer running. I tested it and it doesn’t seem to be a problem, but I’m wondering if there is any impact to overhead having so many timer instances running.

---

<div class="post-metadata">

**Author:** ![MMaynard](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mmaynard/32/3366_2.png) [@MMaynard](https://forum.inductiveautomation.com/u/MMaynard)\
**Post date:** [December 2, 2020, 3:04pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/30 "2020-12-02T15:04:49Z")

</div>

How so? Objects can access a timer on the root container from within another container.

---

<div class="post-metadata">

**Author:** ![robertm](https://avatars.discourse-cdn.com/v4/letter/r/ea5d25/32.png) [@robertm](https://forum.inductiveautomation.com/u/robertm)\
**Post date:** [December 2, 2020, 3:06pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/31 "2020-12-02T15:06:49Z")

</div>

I get binding warnings when I tried to create it without the timer in the container. Maybe im not understanding how to create a container properly. The help guide is pretty sparse for containers.

---

<div class="post-metadata">

**Author:** ![MMaynard](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/mmaynard/32/3366_2.png) [@MMaynard](https://forum.inductiveautomation.com/u/MMaynard)\
**Post date:** [December 2, 2020, 3:10pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/32 "2020-12-02T15:10:18Z")

</div>

Drag and drop a container from the toolbar.  
Copy/Cut the gears, select the container, Paste them into it.  
Then the bindings should just be bound to a property of Root Container.Timer.Value

---

<div class="post-metadata">

**Author:** ![robertm](https://avatars.discourse-cdn.com/v4/letter/r/ea5d25/32.png) [@robertm](https://forum.inductiveautomation.com/u/robertm)\
**Post date:** [December 2, 2020, 3:18pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/33 "2020-12-02T15:18:54Z")

</div>

I owe you a beer. Seems to work great. I was mistakenly interchanging templates for containers. When creating a template it had to include the timer.

Wonder what the engine difference between the container and group is. Coming from WW and FT im just so used to using groups for visual design and moving things around.

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [December 2, 2020, 8:01pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/34 "2020-12-02T20:01:53Z")

</div>

> [@robertm](#):
>
> When creating a template it had to include the timer

Nope, you just have to go up one more parent to get to the window.

Groups have their quirks and are super dodgy when you try to move things around in them that would change the bounding box size. Objects get resized... Containers on the other hand don't have this bug

> [@\[BUG\] Delete object from group resizes objects, then undo does not resize them back](http://forum.inductiveautomation.com/t/bug-delete-object-from-group-resizes-objects-then-undo-does-not-resize-them-back/14975):
>
> If I have a group of objects and delete one of them, the rest of the objects within the group then resize proportionally to the bounds of the group. That’s fine, albeit frustrating, but the greater issue and bug is that when I press undo, the object I deleted comes back, but the other objects remain the same distorted size and don’t get resized back to what they were… Very frustrating!

I was sure that I had a topic with a screen capture... But I can't find it

---

<div class="post-metadata">

**Author:** ![robertm](https://avatars.discourse-cdn.com/v4/letter/r/ea5d25/32.png) [@robertm](https://forum.inductiveautomation.com/u/robertm)\
**Post date:** [December 2, 2020, 10:20pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/35 "2020-12-02T22:20:42Z")

</div>

Thanks for the info…the containers worked out better and didnt have the slow down issue. The only drawback is with opaque and border turned off, its not apparent there is a container, so a developer in the future won’t know necessarily to drag the container to move the images…and I kept having to remember to use ALT myself.

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [December 2, 2020, 10:26pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/36 "2020-12-02T22:26:37Z")

</div>

> [@robertm](#):
>
> the containers worked out better and didnt have the slow down issue

I assume this is the case due to groups having to recalculate their bounding box dimensions with each movement of its contents, whereas containers have fixed boundaries. This is supported by what Paul found as well where unselecting components decreased the CPU load, presumably due to not having to recalc the selection bounding boxes all the time.

> [@robertm](#):
>
> The only drawback is with opaque and border turned off, its not apparent there is a container

This is something you will quickly get used to. We've been using containers for years and they haven't caused any issues

---

<div class="post-metadata">

**Author:** ![robertm](https://avatars.discourse-cdn.com/v4/letter/r/ea5d25/32.png) [@robertm](https://forum.inductiveautomation.com/u/robertm)\
**Post date:** [December 2, 2020, 10:44pm UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/37 "2020-12-02T22:44:16Z")

</div>

Agreed…im getting more used to using the project browser to identify components.

---

<div class="post-metadata">

**Author:** ![jay](https://avatars.discourse-cdn.com/v4/letter/j/ed8c4c/32.png) [@jay](https://forum.inductiveautomation.com/u/jay)\
**Post date:** [December 3, 2020, 1:36am UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/38 "2020-12-03T01:36:11Z")

</div>

I must be missing something here. To make an object spin efficiently you can use the style customizer on the angle property.

 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/7/f/7f0830db13c21ac4bc0e3bfd53daa1d2821e8319.png)

---

<div class="post-metadata">

**Author:** ![robertm](https://avatars.discourse-cdn.com/v4/letter/r/ea5d25/32.png) [@robertm](https://forum.inductiveautomation.com/u/robertm)\
**Post date:** [December 3, 2020, 2:38am UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/39 "2020-12-03T02:38:25Z")

</div>

Started that way and the image would eventually rotate off the screen.

---

<div class="post-metadata">

**Author:** ![jay](https://avatars.discourse-cdn.com/v4/letter/j/ed8c4c/32.png) [@jay](https://forum.inductiveautomation.com/u/jay)\
**Post date:** [December 3, 2020, 4:13am UTC](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046/40 "2020-12-03T04:13:59Z")

</div>

Try importing the attached screen. It’s from v7.9.14. Does the wheel roll off the page?

[rotating object.proj](https://forum.inductiveautomation.com/uploads/short-url/5bl7hUxlHiW5yzlqNlE6761loPD.proj) (6.6 KB)

[Previous page](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046.md?page=1)

[Next page](https://forum.inductiveautomation.com/t/visibility-animation-causing-very-slow-client/41046.md?page=3)
