Ugly SL2 scaled Gif rendering in Html5 output

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. 

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.

Dominique

Hi again,

I am sorry I forgot to provide a lins to that page produced with the same images but published with another product. Gif Scaling in HTML5

Also have a look at that animation of the green image with rotation along the path. Wold be wonderful to be able to do that in storyline.

Dominique

Hi Dominique, 

Thanks for coming back around and sharing that example here. Did you mean to attach a copy of the .story file as well? We'd be happy to take a look at that and see if there is anything else our team can suggest or look into in regards to the image output. 

Hi Ashley,

Thanks for the follow-up. I joined the .story file.

As you may understand this is just the most basic example of GIF's.

I use quite a lot of other ones since they provide a good way to add some animations not (yet?) available in SL2

Dominique

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. 

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?

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.