Has anyone else experienced increasing lag while editing a scrolling panel?
I found that as the scrolling panel takes on more elements and/or is lengthened, the lag time while editing within the panel starts to worsen accordingly.
Adding RAM to my machine did not eliminate the behavior. I'm running Windows 7 Professional on a 64-bit Thinkpad with a 2.4 GHz CPU and 20 GB RAM.
Hey there Robert, sorry to hear the scrolling panels are causing you headaches. I haven't heard this mentioned in the forums before, so let's see if we can narrow down what's causing it. What version of Storyline are you using? Also, is this project saved on your local hard drive, or on a network drive?
I have been authoring locally with active backup to Google drive. But just to be sure, I moved the project to a local, non-synched directory and the lag still persists.
So to be clear, when starting out with a new scrolling panel, editing commands response time is fine but as more and more elements are added (markers, screen shots, text boxes, etc.), editing response time around functions like moving an element around the panel begins to slow to the point of nuisance.
Thanks for that additional information, Bob. I tested this on my end by adding a scrolling panel with a screenshots, textboxes, and markers, and I didn't notice a lag in performance. I'm wondering if there is a particular image on your slide that is causing this lag. Have you tried removing elements one by one to determine whether a certain slide object is causing this?
If that doesn't work, I'd recommend going through these troubleshooting steps and then contact our Support Engineers if the lag is still there. They're available 24/7 to assist!
Understood, Bob. Sorry I didn't make that more clear in my response. Like you said, I was watching for a lag in Edit Mode while trying to move objects around on the slide stage, and I didn't notice that on my end.
I have seen that behavior before when there is a corrupt image on a slide, so it may be worth removing objects one by one to determine whether that could be causing the issue.
Thanks for posting on this Christos and Phil. At least it validates our experience.
My guess is that SL has to keep track of the positioning of every object in real-time as you add objects and navigate about the panel. For me, it slows down no matter the object type, as you increase the length and population of the panel. If it keeps track of every object w.r.t. every other object in the panel then you get exponential lag.
The panel is a wonderful element, works great in production, and we use it liberally. It would be great if SL could find a way to optimize it's real-time editing behavior.
Sorry you're experiencing a slowdown! We'd be happy to take a look at your file to confirm that the png files are causing the lag. You can send us a copy of the original .story file by clicking here.
Also, be sure that you're working from your local hard drive. Working from a network drive or a USB drive can cause a few different problems, and you can read more about that here.
Hi there, I'm also encountering this problem. It slows down the editing of anything on the screen. The only way I can still work at a reasonable pace with the elements outside the scrolling panel is to hide the panel in the timeline. Has this been looked into over the past 5 years?
Lag of any kind when trying to get something done can be irritating! I would love to test out some possible options for you! Would you be willing to share your files here or reach out to our Support Engineers directly in a support case?
Same issue here... very frustrating! however, John, your workaround help! I hid the scrolling panel, created/edited my markers at my typical speed and will unhide to add them in after I've edited them. Thanks for this!
13 Replies
Hey there Robert, sorry to hear the scrolling panels are causing you headaches. I haven't heard this mentioned in the forums before, so let's see if we can narrow down what's causing it. What version of Storyline are you using? Also, is this project saved on your local hard drive, or on a network drive?
I'm using Storyline 2 - Update 11-1609-3020
I have been authoring locally with active backup to Google drive. But just to be sure, I moved the project to a local, non-synched directory and the lag still persists.
So to be clear, when starting out with a new scrolling panel, editing commands response time is fine but as more and more elements are added (markers, screen shots, text boxes, etc.), editing response time around functions like moving an element around the panel begins to slow to the point of nuisance.
Thanks,
Bob
Thanks for that additional information, Bob. I tested this on my end by adding a scrolling panel with a screenshots, textboxes, and markers, and I didn't notice a lag in performance. I'm wondering if there is a particular image on your slide that is causing this lag. Have you tried removing elements one by one to determine whether a certain slide object is causing this?
If that doesn't work, I'd recommend going through these troubleshooting steps and then contact our Support Engineers if the lag is still there. They're available 24/7 to assist!
OK, thanks for looking into this. Again, this has nothing to do with playback performance. I'm talking about lag while authoring within the panel.
Understood, Bob. Sorry I didn't make that more clear in my response. Like you said, I was watching for a lag in Edit Mode while trying to move objects around on the slide stage, and I didn't notice that on my end.
I have seen that behavior before when there is a corrupt image on a slide, so it may be worth removing objects one by one to determine whether that could be causing the issue.
Hello Alyssa,
I am facing the same issue when editing a scrolling panel. All the panel contains is 5x *.png images in sequence (A4 size).
Performing any action on said slide, including moving the pngs around, is taking impossible amounts of time.
Just selecting an element on the page takes approximately 6 -7 seconds. Moving items is practically impossible.
The more you put into scrolling panels the worse it gets. In 360 this is worse.
Pngs are the worst objects for slowing down in Storyline.
Thanks for posting on this Christos and Phil. At least it validates our experience.
My guess is that SL has to keep track of the positioning of every object in real-time as you add objects and navigate about the panel. For me, it slows down no matter the object type, as you increase the length and population of the panel. If it keeps track of every object w.r.t. every other object in the panel then you get exponential lag.
The panel is a wonderful element, works great in production, and we use it liberally. It would be great if SL could find a way to optimize it's real-time editing behavior.
Hi Christos!
Sorry you're experiencing a slowdown! We'd be happy to take a look at your file to confirm that the png files are causing the lag. You can send us a copy of the original .story file by clicking here.
Also, be sure that you're working from your local hard drive. Working from a network drive or a USB drive can cause a few different problems, and you can read more about that here.
Hi there, I'm also encountering this problem. It slows down the editing of anything on the screen. The only way I can still work at a reasonable pace with the elements outside the scrolling panel is to hide the panel in the timeline. Has this been looked into over the past 5 years?
Hi, Lizanne!
Lag of any kind when trying to get something done can be irritating! I would love to test out some possible options for you! Would you be willing to share your files here or reach out to our Support Engineers directly in a support case?
Thanks for reaching out!
Same issue here... very frustrating! however, John, your workaround help! I hid the scrolling panel, created/edited my markers at my typical speed and will unhide to add them in after I've edited them. Thanks for this!
Hi Megan!
Thanks for reaching out and sharing a solution that worked for you! I'm sure other members of the community will find that helpful!
If you have any more questions please let me know!