I have a confession to make. I was making a stupid mistake in
Adobe Captivate 3 that was seriously affecting the performance of my
eLearning tutorials. When I first started using Captivate I was under a tough deadline for my first project and did not have the time to take any classes or tutorials. I bought a book and dove right in. I was confident in my skills with
Powerpoint and
Captivate's not that much different, right? Wrong, Captivate has different options for advancing the tutorial with action buttons and thanks to the power of
Twitter, I found out I was using the wrong option. Here's the story...
I was having a hard time figuring out how to reduce the bandwidth requirements for published flash files. My projects didn't have a lot of bells and whistles but when I used the "Bandwidth Analysis" option, I was finding that the KB/Sec were through the roof on every slide. In a few tweets about this with
@JFDragon, he
recommended to simply extend the length of my slides. The problem I had with that is that I didn't want to make the user sit around and wait for the timeline to finish out.
@JFDragon pointed out that I don't need to make the user sit around if I have the slide advance using the "Go to next slide" option rather than "Continue." I was making the simple mistake of using the "Continue" option when I should have been using "Go to next slide."
The big difference is that the "Go to next slide" option advances to the next slide when clicked, no matter where the slide is at on the timeline. The "Continue" option will play out the rest of the timeline before advancing to the next slide. By using the "Go to next slide" option you can extend out the length of the slide but the user is still able to advance when they are ready. This allows more time for each slide to load in turn reducing the KB/Sec of each slide and the overall bandwidth requirements. Because I was using the "Continue" option, I had to make each slide only a few seconds long and pause at the end of each one so that the timeline would finish out before the user clicked on whatever they needed to click to continue. This means that each slide only had a few seconds to fully load which really ramped up the bandwidth requirements.
This small change has made my
Adobe Captivate tutorials run much smoother and has dramatically reduced any kind of performance problems such as freezing. Now I am spending time going back and making this change to Captivate projects I have put together over the last 6 months. Hopefully this blog post will prevent another Captivate user from making the same mistake and having to waste time revising old projects. This problem was solved thanks to the power of
Twitter! Follow me
@joe_deegan so that we can learn from each other.
Related Posts: