So I'm doing screencasts, and inserting them as video. Then I'm putting a zoom region on top of the video. In the SWF output, it looks perfect. However, in the HTML5 output, the leftmost 10 pixels of the screencast is being duplicated and added to the left sides of the screencast - creating sort of a "ghosting" effect. It happens with every screencast that uses a zoom region.
Is this a problem inherent in HTML5 publishing? Is there a workaround?
You may want to read the information here about zoom regions as objects aren't vectored in the HTML5 output - and therefore can be blurry or pixelated and the zoom region will intensify that.
Based on that image alone I'm not sure I'm clear on the "ghosting" behavior though - so I'm curious if you could share a copy of the .story file (even just a few representative slides) and a link to the published output.
Hi Ashley, and thank you for your reply. I was worried the effect may not be obvious in the screenshot. I've attached a file with 2 versions of 2 slides- so you can contrast a slide with a zoom region and the same slide without it. If you publish to HTML5, you'll see what I mean in the 1st and 3rd slides. Thank you!
Thanks again for sharing the file - I was able to easily see it when taking a look at your file. I tried to replicate it on my own set up with an image and a screen recording and I'm unable to see the same shadow/duplicate effect.
Could you tell me what update of Storyline 2 you're using? I'm on the latest update 9.
Can you replicate this in a brand new file with a screen recording? How have you inserted the screen recording - my guess is step by step view mode based on what I'm seeing, but I wanted to confirm.
Thanks so much for your help thus far. I'm using SL 2 update 9. The screencasts have all been inserted as videos (not step by step).
Your questions gave me some ideas for troubleshooting the issue...without success. I have:
created a new project
copied old slides into the new project, as well as done new screencasts in the new project
made screencasts of different browsers and apps
played with zoom region size/timing
inserted as step-by-step with zoom
recorded on different monitors (I have a dual display setup)
recorded at different aspect ratios and sizes
All of the above still gives me that extra 10 pixels or so on the left side. And in some cases I've also had the last 10 pixels of the right side duplicated.
Hm, it was a video on a single slide? I definitely didn't notice that but see it now. I'm going to have to test a bit further - but it may not be until next week after the holiday. I didn't have any difficulty with the step by step slides though - so I wonder if you could share those as well?
In regard to step-by-step, I actually never used that option in production - though I did the other day just for troubleshooting purposes. All the slides I originally had issues with were inserted as video, but I was able to replicate the issue in step-by-step view mode. I've attached a couple of samples, in case that helps.
Thanks Chris for this updated one. I saw the same thing in your file, and was finally able to replicate it in my own. It's inconsistent though - so I'm going to share this with our QA team to investigate a bit further and will be sure to share any updates with you here, but I can't offer a timeframe in regards to when I'll hear back from them.
I just thought I'd check back to see if there's any insight/resolution on this issue. It continues to happen on all my screencasts that use zoom regions and publish as HTML5.
Unfortunately I don't have any update to share yet - nor do I have a timeframe for when I may have additional information from our team. As I mention, I didn't see it every time - and I know we checked all the other items that could have been different between your set up and mine and didn't find much else...so I'm at a bit of a lost for other suggestions too.
Okay, thanks Ashley. I appreciate your follow-up. For now I will tell my client there is a bug and we either have to live with it or treat the screencasts differently, e.g. using highlight boxes instead of zoom regions.
Sorry Chris I don't have a better answer, as I know that won't be an easy message for you to bring back to them. I'll keep you posted if there are any other changes.
13 Replies
Hi Chris,
You may want to read the information here about zoom regions as objects aren't vectored in the HTML5 output - and therefore can be blurry or pixelated and the zoom region will intensify that.
Based on that image alone I'm not sure I'm clear on the "ghosting" behavior though - so I'm curious if you could share a copy of the .story file (even just a few representative slides) and a link to the published output.
Hi Ashley, and thank you for your reply. I was worried the effect may not be obvious in the screenshot. I've attached a file with 2 versions of 2 slides- so you can contrast a slide with a zoom region and the same slide without it. If you publish to HTML5, you'll see what I mean in the 1st and 3rd slides. Thank you!
Thanks Chris for sharing your file and I'll be taking a look at it today.
Hi Chris,
Thanks again for sharing the file - I was able to easily see it when taking a look at your file. I tried to replicate it on my own set up with an image and a screen recording and I'm unable to see the same shadow/duplicate effect.
Could you tell me what update of Storyline 2 you're using? I'm on the latest update 9.
Can you replicate this in a brand new file with a screen recording? How have you inserted the screen recording - my guess is step by step view mode based on what I'm seeing, but I wanted to confirm.
Hi Ashley,
Thanks so much for your help thus far. I'm using SL 2 update 9. The screencasts have all been inserted as videos (not step by step).
Your questions gave me some ideas for troubleshooting the issue...without success. I have:
All of the above still gives me that extra 10 pixels or so on the left side. And in some cases I've also had the last 10 pixels of the right side duplicated.
Hm, it was a video on a single slide? I definitely didn't notice that but see it now. I'm going to have to test a bit further - but it may not be until next week after the holiday. I didn't have any difficulty with the step by step slides though - so I wonder if you could share those as well?
Ashley, thanks again for your efforts.
In regard to step-by-step, I actually never used that option in production - though I did the other day just for troubleshooting purposes. All the slides I originally had issues with were inserted as video, but I was able to replicate the issue in step-by-step view mode. I've attached a couple of samples, in case that helps.
Thank you!
Thanks Chris for this updated one. I saw the same thing in your file, and was finally able to replicate it in my own. It's inconsistent though - so I'm going to share this with our QA team to investigate a bit further and will be sure to share any updates with you here, but I can't offer a timeframe in regards to when I'll hear back from them.
Thanks so much for your follow-up!
Hi Ashley,
I just thought I'd check back to see if there's any insight/resolution on this issue. It continues to happen on all my screencasts that use zoom regions and publish as HTML5.
Thanks,
Chris
Hi Chris,
Unfortunately I don't have any update to share yet - nor do I have a timeframe for when I may have additional information from our team. As I mention, I didn't see it every time - and I know we checked all the other items that could have been different between your set up and mine and didn't find much else...so I'm at a bit of a lost for other suggestions too.
Okay, thanks Ashley. I appreciate your follow-up. For now I will tell my client there is a bug and we either have to live with it or treat the screencasts differently, e.g. using highlight boxes instead of zoom regions.
Sorry Chris I don't have a better answer, as I know that won't be an easy message for you to bring back to them. I'll keep you posted if there are any other changes.
This discussion is closed. You can start a new discussion or contact Articulate Support.