Hello,I have created a module using Adobe Captivate 2019 and published it as HTML5. I am experiencing a lag at several random points during the playing of the e-learning. There is a "Loading" message layer, making it impossible to click on any of the active areas. Slide actions are halted while video and audio carry on unimpeded.The module includes 12 slide videos, each one ca. 30 - 60 seconds in length, ranging in size between 5 and 10 MB. I assume that the videos are the cause of the issue, because e-learnings without videos do not exhibit the same behaviour. When I publish as executable I do not experience these issues.Adobe recommend the following:Ensure that the videos have sufficient keyframes. The recommended keyframe interval is at least one keyframe in every 2 secs. You can use Adobe Media Encoder (AME) to increase the keyframe interval if necessary. For a 30-fps video, configure the keyframe-distance to be 60 (frames) in AME (or any other tool of your preference).Ensure that the videos have optimal bit-rates so that viewers’ experience is good. Else, many ‘loading...’ messages are displayed to the users. Decide the bit-rates based on the server’s as well as your target users’ bandwidth.https://helpx.adobe.com/captivate/using/multi-slide-synchronized-video.html#best_practices_to_use_synchronized_videos_effectivelyI have experimented with rendering the videos at the recommended keyframe interval with various bit-rates (high, medium, low) but I haven't seen any improvement. I have also tried streaming from Vimeo and Youtube, to no advantage.Has anyone else experienced the same and come up with a solution?

Participating Frequently

Question

"Loading" message - module with videos published as HTML5

Forum|Forum|7 years ago
September 21, 2018
2 replies
3621 views

Hello,

I have created a module using Adobe Captivate 2019 and published it as HTML5. I am experiencing a lag at several random points during the playing of the e-learning. There is a "Loading" message layer, making it impossible to click on any of the active areas. Slide actions are halted while video and audio carry on unimpeded.

The module includes 12 slide videos, each one ca. 30 - 60 seconds in length, ranging in size between 5 and 10 MB. I assume that the videos are the cause of the issue, because e-learnings without videos do not exhibit the same behaviour. When I publish as executable I do not experience these issues.

Adobe recommend the following:

Ensure that the videos have sufficient keyframes. The recommended keyframe interval is at least one keyframe in every 2 secs.
You can use Adobe Media Encoder (AME) to increase the keyframe interval if necessary. For a 30-fps video, configure the keyframe-distance to be 60 (frames) in AME (or any other tool of your preference).
Ensure that the videos have optimal bit-rates so that viewers’ experience is good. Else, many ‘loading...’ messages are displayed to the users.
Decide the bit-rates based on the server’s as well as your target users’ bandwidth.

https://helpx.adobe.com/captivate/using/multi-slide-synchronized-video.html#best_practices_to_use_synchronized_videos_effectively

I have experimented with rendering the videos at the recommended keyframe interval with various bit-rates (high, medium, low) but I haven't seen any improvement. I have also tried streaming from Vimeo and Youtube, to no advantage.

Has anyone else experienced the same and come up with a solution?

This topic has been closed for replies.

TLCMediaDesign

Inspiring

Never had that issue when using the fix. Could always still interact with the screen.

In the project I did where I constantly saw the loading screen in IE, it seemed to fix the issue. Seemed as though the loading screen popped up even though the video was playing behind it.

You could always try putting the video in an html page, zip it up and insert as an html5 animation.

S

sharonh73592510Author

Participating Frequently

Thanks for the tips and suggestions.

I have over the past three weeks, during several long online sessions, been communicating with Adobe support consultants, trying to get to the bottom of this issue. The case was transferred to a senior consultant a week ago, so I'm now waiting to hear what his assessment is. I'll keep you posted.

S

sharonh73592510Author

Participating Frequently

Hey,

I know you were not responding to me, but I can add that I have on two separate occasions over the last two years reported and chased up this issue, but as yet, I have never had a response from support that wasn't 'We are currently looking into the issue'. I have also never been contacted without me prodding them first.

We had to jump to Storyline for any elearning that contained video in the time being!

Hi there,

I, like you, have spent many hours speaking to Adobe support on this. It took some convincing, but there was finally an admission that there was indeed a bug that needed to be fixed. I even got a bug number (Bug #CAP-4202755) targeted to be fixed in the next update/release. In the end I was not able to capture the error on Chrome, so the bug is specific to IE11.

We wait in hope.

RodWard

Community Expert

Are these lessons being delivered from your LMS or a web server?

If from an LMS, try loading the same SCORMs to SCORM Cloud and test from there.

If from your own web server, try a different web server that is known to have high performance.

S

sharonh73592510Author

Participating Frequently

Hello Rod,

These lessons are being delivered from the Cornerstone LMS. I have indeed loaded the same SCORM to SCORM Cloud and experience the same issue (although arguably, not as frequently). The only time that there is no issue, is when I publish to a .exe file.

RodWard

Community Expert

When you publish as an executable the entire file needs to be on your hard drive before you can play it. Bandwidth is not an issue in such cases. However, when you are pulling something from a web server or LMS (which is also a web server) then the bandwidth pipe between you and that server determines how much data can be delivered in a given time.

With HTML5 output the assets for a given slide are usually downloaded when you get to that slide, hence the loading animation. The reason for not preloading the entire project first is that HTML5 is designed for mobile devices and many of these devices have very limited space. They normally try to only download the minimum required to display the requested content. From the perspective of the mobile device, an HTML5 elearning course looks a lot like a website. But each slide in the course is like a single page in a website. Would you normally expect the device to download the entire website just because you requested one page? So it loads everything page by page, slide by slide.

If you have videos on that slide, then the loading animation will appear for a longer time than if you just had images and other objects. You may be using progressive download videos which need to be completely downloaded to the device before they start playing. Mobile devices normally expect videos to be streaming videos such as you would see on YouTube. I note that you said you tried streaming videos and didn't see any improvement, but that would seem quite strange. You should still see a short loading animation, but the videos should play sooner than with progressive download.

Sign up

To post, reply, or follow discussions, please sign in with your Adobe ID.

Sign in to Adobe Community

To post, reply, or follow discussions, please sign in with your Adobe ID.

Scanning file for viruses.

This file cannot be downloaded