HTML5 Presentation Not Playing Properly in Recent Chrome Updates - How do we get around being a slave to browsers?

Forum|Forum|8 years ago
March 16, 2018
3 replies
1275 views

This issue is cross-posted in the Google Chrome forum, but I haven't gotten any hits on it since posting it this morning.

Recent updates to Chrome (e.g. any 64-bit version at or above v64.0.3282.186) make my web-based training files appear broken. I publish to HTML5 using Captivate 2017. On our locked-down domain, we're stuck on Chrome 32-bit v64..., and the training works great.

The major issue with how the training plays in Chrome is with audio clipping. Let's say I'm on slide 5, and the audio is 30 second long. 25 seconds of the audio will play, and the last 5 seconds will be mute. If I rewind and replay slide 5, all 30 seconds of the audio play without issue. This happens randomly. I can practically rule out lag. If I watch the same training over again, slide 5 could play fine, and the issue may occur on slide 6. It never happens twice on the same slide when taking a training.

The other issues are on the display side. The very first title page (used in at least 5 different published trainings ) distorts a single blue box object into a 2-tone blue thing with an ugly light-blue border that doesn't actually exist. Transparencies have a faint gray border. Although these look very unprofessional, I have not found anything which would cause the training to stop or fail.

Unfortunately, my evaluation scores have reflected this, and the result is the lowest training score I've had in six years

The worst part about this? It impacts ALL of my published WBTs, not just the popular one that everybody is playing right now. So, in January, when Chrome was the browser that played the nicest, we sent out a recommendation to learners to use Chrome. I think a good portion of the people that are coming back for the new training are using Chrome based on that recommendation. Now I'm chewing on my foot. The kicker? - If you open up the training from January, it no longer displays correctly and audio clipping occurs. It broke something that already worked really, really well.

Are there any suggestions for how to deal with this browser working/not-working yo-yo? I am frantically trying to add red critical alert boxes to my trainings to inform people of the browser risks, and I can't help but wonder if there's not a better way. Is Firefox going to work tomorrow? IE?

Sorry, I know a lot of this is venting, but I am really interested in knowing how others of you like me out there are getting through this or around this issue... or do you use some kind of generic disclaimer? I'm thinking of trying to run inspectors on the training and see what's different between browsers when it plays, but I'm behind on coding these days. Has anyone tried this, and if so, what were the results?

This topic has been closed for replies.

J

jensaintAuthor

Inspiring

I think there are a few things to try this week to minimize as many issues as possible. I really want to get more into the root of what's happening in the background, but that's not something to attempt for this deadline! I have until Friday to work the bugs out.

To address the audio: I'm adding a dynamic browser warning to each of my web-based training projects - meaning, I'm using a web object to show a simple webpage that provides a timestamped update as to which browser should be used/avoided today. When something critical changes in a browser, I can simply update this one simple page, instead of republishing all 20 projects or mucking with the page descriptions in 3 different places. I wonder how Captivate publishes audio types (e.g., bg, slide, object) to HTML5.
For phantom boxes on white backgrounds: For any object with a stroke of zero, I'm going to make their stroke color white.
For phantom boxes on other bg colors: For my title page fly-in (which worked great as a .swf, grrr) that, I'm going to record it as an .mp4 and play the darn thing that way.

Hopefully this summer I can make the case to do more research on Captivate's HTML5 structure and its playability in browsers. I'll post more if any other problems arise. Because this is my first publish using the PowerPoint linked slides, and the audio is in PowerPoint, I may try to move the audio into Captivate and see how that affects the file. I was hoping to avoid this step, because it's easier to work animation times out in PowerPoint with the audio file there. Maybe I'll unlink the PowerPoint and see what it does.

There's a ton of things to try. I also worry that I'm wasting my time trying to figure out what's going on if something totally different will be broken tomorrow.

Lilybiri

Legend

I didn't get that point: audio is from PPT! Sorry about that, is very bad practice. You need to import the audio in Captivate's Library. I neve use PPT not even for the visual items, but would have recommended to take at least the audio out.

Looking forward to your exploration details, but please, forget about PPT

J

jensaintAuthor

Inspiring

I'm so torn! I have historically agreed with that exact sentiment. But... the learning curve for Captivate and contentment in using Articulate Studio in our department are both too high. Importing PowerPoint is about the only compromise - I can say to my department, "Look! We can all edit this!", and I get to keep using Captivate (a little self-serving, I know ).

C

chase5555

Participating Frequently

Hi, the attached article will provide some guidance. Have a great day.

https://support.techsmith.com/hc/en-us/articles/203730598-Camtasia-Windows-Produced-MP4-plays-on-local-computer-but-not-from-server

Chandra

J

jensaintAuthor

Inspiring

Hi Chandra,

Thanks for the suggestion. Unfortunately, this is a browser-based problem. The issues occur whether or not file is played locally or on a server. The file structure includes numerous file types, but the .mp4s that play are not affected, as far as I can tell.

Jen

Lilybiri

Legend

That is what I understood from your original mail as well. Up till now I didn't have problems playing projects uploaded to my domain, certainly not in Chrome which is my default browser. I am wondering if it is due to the browser or to the server but am not at all expert about servers. Locally playing is a big problem, unless for very simple projects (which is rarely the case in my situation). Camtasia only leads to mp4, which cannot be compared with output from Captivate. Just for testing, do you have issues with this published movie:

Captivate's Timeline

You can find more examples on my blog, embedded in iFrames. Will publish another one today, based on my presentation about Shared Actions.