I've placed many videos in different slides with automatical advancing. The tester discovered that if you pause the video by clicking on it, the video pauses while the timeline keeps going on.
So, what happens?
As the timeline is set in order to have the same duration of the video, if you pause the video to take some notes, the story goes on...
I've managed to solve the problem by creating an invisible object on the video. Once it's clicked, a transparent layer that pause the timeline opens. Then I created another invisible rectangle in the layer that close the layer itself.
So, in order to pause the timeline you can:
- use a layer with the "pause the timeline" option
Hi Mauro. I haven't experienced your problem because I usually disable the player controls for videos, and let the user operate the timeline controls to pause etc.
Your solution has been discussed before, and according to the below thread, improvements are under consideration. Good to hear you found a way through this.
I am currently having the above mentioned timeline issue. When a slide is paused, the seek bar continues to progress. This is impacting the alignment of the animation and the video on the slide once the video resumes. Has this issues been resolved yet?
I'm happy to help! Since the slide timeline and the video timeline are different, I'd recommend using a transparent shape to control both the slide and video timeline.
I've created a sample project for you where I've added a transparent rectangle that is hidden when the video is playing and set to normal when the video is paused. Please take a look at the .story file and let me know what you think!
+1, also just discovered this issue. There should either be a trigger that allows us to pause the timeline if media is paused (instead of having to do workarounds with transparent shapes or layers), or a setting that synchronizes the video and slide timeline.
Thanks very much, this seems to work fine for play/pause but I also need to have the seekbar displayed below the video to allow users to go back or fast forward to a time of the video. And this transparent shape wouldn't help if the user goes back/forward, the timeline would be unsynched with the video.
There is another problem regarding video and seekbar. As you can see in the attachment, when I click on an earlier position in the seekbar, the video does not play accordingly.
Thanks for reaching out and sharing that you are experiencing an issue with the video and seekbar being out of sync when jumping to a position in the seekbar.
I'd like you to share your project files with our support engineers to investigate what's happening with your permission. You can share it privately by uploading it here. It will be deleted when troubleshooting is complete.
Thank you, Stefan. I appreciate you sharing a sample .story file so that I could see what you were experiencing. I was able to see the same behavior, so I have opened up a support case on your behalf to work 1:1 with a support engineer. You should be hearing from someone soon.
Is there a way to solve my issue? Please see my previous message unanswered: "this seems to work fine for play/pause but I also need to have the seekbar displayed below the video to allow users to go back or fast forward to a time of the video. And this transparent shape wouldn't help if the user goes back/forward, the timeline would be unsynched with the video."
The example I shared would be a workaround for the play/pause but wouldn't help if the user wanted to jump forward or backward. Currently, there isn't a trigger to jump to a specific point in a video. The jump to time trigger is only for the slide timeline.
Hello. It's surprising that Articulate hasn't figured out a fix for this. The problem is not so much creating a workaround for it as the default play/pause behavior of the Seekbar, which can't be worked around at all.
This workaround DOES allow anyone to jump forward or backward in the timeline and resume from that point no problem.
You can also just trigger the video when clicked to pause the timeline and use just one transparent object to resume it if you don't want to use two (one to pause, one to resume).
Issue is that even with this, if users pause the video by clicking on it, and then resume play via the Seekbar, they will then still have to click the video twice to pause it again, if they want to pause it by clicking the video instead of the Pause button on the Seekbar. This is only and issue if the Seekbar is enabled anyway, so may be of no impact to many of you that would need to use this workaround.
19 Replies
I've managed to solve the problem by creating an invisible object on the video. Once it's clicked, a transparent layer that pause the timeline opens. Then I created another invisible rectangle in the layer that close the layer itself.
So, in order to pause the timeline you can:
- use a layer with the "pause the timeline" option
- insert the seekbar
Right?
Hi Mauro. I haven't experienced your problem because I usually disable the player controls for videos, and let the user operate the timeline controls to pause etc.
Your solution has been discussed before, and according to the below thread, improvements are under consideration. Good to hear you found a way through this.
http://community.articulate.com/forums/p/16898/122394.aspx
Thank you Steve!
I searched the forum for that post, but couldn't find it.
I submitted a feature request, let's see...
Thanks again
Hi Mauro! Thanks for updating the community on your progress as well as submitting the feature request.
I am currently having the above mentioned timeline issue. When a slide is paused, the seek bar continues to progress. This is impacting the alignment of the animation and the video on the slide once the video resumes. Has this issues been resolved yet?
Hi Lucia,
Thanks for reaching out and sharing what you are experiencing with your project.
If the video has it's own controls, it does not have to stay in sync with the timeline.
There are some great ideas shared here for how to work around this and prevent the user from pausing the video separately.
Hello,
I am having the same issue as Lucia and Mauro, also checked this discussion (https://community.articulate.com/discussions/articulate-storyline/pausing-timeline-when-pausing-a-video?page=2) that didn't solve my problem.
Is there a way to trigger the timeline to pause when the user presses pause on the video?
Thanks in advance!
Hi Camille!
I'm happy to help! Since the slide timeline and the video timeline are different, I'd recommend using a transparent shape to control both the slide and video timeline.
I've created a sample project for you where I've added a transparent rectangle that is hidden when the video is playing and set to normal when the video is paused. Please take a look at the .story file and let me know what you think!
+1, also just discovered this issue. There should either be a trigger that allows us to pause the timeline if media is paused (instead of having to do workarounds with transparent shapes or layers), or a setting that synchronizes the video and slide timeline.
Hi Lauren,
Thanks very much, this seems to work fine for play/pause but I also need to have the seekbar displayed below the video to allow users to go back or fast forward to a time of the video. And this transparent shape wouldn't help if the user goes back/forward, the timeline would be unsynched with the video.
There is another problem regarding video and seekbar. As you can see in the attachment, when I click on an earlier position in the seekbar, the video does not play accordingly.
+1 We're having issues as well. There seems to be a disconnect (as Stefan mentioned) between the video timeline and seekbar.
Hello Stefan and Jordan,
Thanks for reaching out and sharing that you are experiencing an issue with the video and seekbar being out of sync when jumping to a position in the seekbar.
I'd like you to share your project files with our support engineers to investigate what's happening with your permission. You can share it privately by uploading it here. It will be deleted when troubleshooting is complete.
Hello Leslie,
sure, in the attachment you will find an exemplary SL file.
With kind regards
Stefan
Thank you, Stefan. I appreciate you sharing a sample .story file so that I could see what you were experiencing. I was able to see the same behavior, so I have opened up a support case on your behalf to work 1:1 with a support engineer. You should be hearing from someone soon.
Hello Lauren,
Is there a way to solve my issue? Please see my previous message unanswered: "this seems to work fine for play/pause but I also need to have the seekbar displayed below the video to allow users to go back or fast forward to a time of the video. And this transparent shape wouldn't help if the user goes back/forward, the timeline would be unsynched with the video."
Thanks in advance!
Hi Camille!
The example I shared would be a workaround for the play/pause but wouldn't help if the user wanted to jump forward or backward. Currently, there isn't a trigger to jump to a specific point in a video. The jump to time trigger is only for the slide timeline.
Hello. It's surprising that Articulate hasn't figured out a fix for this. The problem is not so much creating a workaround for it as the default play/pause behavior of the Seekbar, which can't be worked around at all.
Here is a slide with the workaround on it published here - https://360.articulate.com/review/content/2538f196-881b-4781-aa83-97a75849727f/review
Story file attached.
This workaround DOES allow anyone to jump forward or backward in the timeline and resume from that point no problem.
You can also just trigger the video when clicked to pause the timeline and use just one transparent object to resume it if you don't want to use two (one to pause, one to resume).
Issue is that even with this, if users pause the video by clicking on it, and then resume play via the Seekbar, they will then still have to click the video twice to pause it again, if they want to pause it by clicking the video instead of the Pause button on the Seekbar. This is only and issue if the Seekbar is enabled anyway, so may be of no impact to many of you that would need to use this workaround.
Thanks heaps Dave, for accessibility I like to always have the video controls showing. Your solution worked well, and I love the giraffe!