Ugly SL2 scaled Gif rendering in Html5 output

Mar 10, 2015

Hi guys,

I use quite a lot of animated gif pictures in my projects. I just notice that as shown in the first attachment scaled down Gif are really ugly in Html5 output.

As you can see in the attachment 2 the culprit is the scaling of the file produced at publishing.

The flash version is perfect and if I include the same gif in a simple html file with image tag it is also perfect.

Thanks for looking at it.

8 Replies
Ashley Terwilliger-Pollard

Hi Dominique, 

Thanks for sharing the images here. We typically recommend to insert the image at the size you'll need it instead of conducting any scaling to help reduce issues with blurriness or changing of the original file quality besides the compression that will occur during publish. Additionally, objects aren't vectored in HTML5 output. As a result, they may not appear as crisp in HTML5 as they do in Flash if you set the player to scale to fill the browser. To avoid scaling and reduction in image quality, we recommend locking your course player at optimal size as well. 

 Also you'll want to confirm that you're viewing the HTML5 content in a support browser as detailed here. 

Dominique D

Hi Ashley,


Thanks for you answer.

I do understand all those considerations. I have been myself working for years in digital images processing.

However SL is supposed to produce quality output for almost any device and at different sizes. This being said it is not an option to lock the player at optimal size and even less to produce different size of images for different devices.

In this case, we are not talking about blurriness but really scaling aberrations.

Finally the very same images are displayed perfectly at different scales in HTML5 output produced by other publishing products. The quality being the same even while resizing the browser window. The same test has been conducted in four different browsers.

I guess the development team should consider having a look at this.

Have a nice day.


Ashley Terwilliger-Pollard

Hi Dominique,

Thanks for sending this along. I see the same behavior as I saw in your sample publication as well, and I've shared this with our QA team for further review. I'll be in touch here once I have additional information to share, but at the moment I don't have a time frame to offer in regards to a fix or further updates. 

Please stay subscribed here so that you'll receive any updates via email. 

Jack Fabian

Just found this post as I ran into a related problem I want to share.

In my case animated GIFs are being changed/damaged when publishing to HTML. Both the quality and the actual animation loop are being affected.

It seems Storyline is re-creating the GIF and changing it in the process, rather than just using the original file as imported. I can replace the re-created version with the original in the published output to fix the issue, but I think it's a problem that Storyline is undertaking unnecessary processing work and damaging assets in the process.

(The GIF looks/plays as expected in Flash output.)

Any update as to whether the GIF processing is being looked at?

Ashley Terwilliger-Pollard

Hi Jack,

Thanks for reaching out here and I'm sorry to hear you've run into the same issue as Dominique here. This issue is one that still exists and our QA team is continuing to investigate. This thread is tagged as a part of that issue so that once there is additional information to share we'll be able to update anyone who is subscribed here. I cannot offer a time frame in regards to that, so if you're able to replace the GIF in the published output I would advise using that method in the meantime.

Please feel free to let me know if there is anything else I can assist with. 

This discussion is closed. You can start a new discussion or contact Articulate Support.