I need some advice on optimization for low internet connections. My target audience will be on a variety of internet speeds. The lowest at (756k).
My project consists of an audio track for each slide. I was thinking of creating a two scenes. One with audio, one without. The learner chooses at the start if they want (Audio or No Audio). The course is linear, so my thought is if the learner chooses the (No Audio) version, only the scene with no audio will load. The scene with audio will not ever load thereby reducing the size of the streamed content.
Hi, Steve - I just wanted to share our System Requirements documentation, and hopefully some of the members of the community will chime in with suggestions! :)
Thanks for the link Christie. However, I did not see any information that relates to my question. I want to be able to work with the software to maximize bandwidth efficiency so any detail in how storyline prioritizes loading would be helpful. All I can get from the support documentation is that Storyline prioritizes the first 3 slides then progressively loads the rest of the content. I need more information.
This is critical information for anyone planning on developing for mobile.
I haven't designed any audio only courses yet, but experience tells me that "audio only" is going to use very little bandwidth. We regularly stream audio and video simultaneously at half the bandwidth you mentioned.
If your audio is particularly long, break it up across several slides to minimize the data download required to get the course started. The subsequent slides should download in the background. Of course any graphics or other assets included in the course will play into the amount of bandwidth required.
It would be simple enough to create a test course with snippets of audio across several slides, publish online, and then view it on a phone to test.
I never noticed this before, but you can also specify the audio bitrate when publishing your course. I inserted a nearly 2 hour .mp3 file into an empty course. The total published course size it only 53MB, which would take about 10 minutes to download at the speed you specified. Breaking the audio up across slides would allow this to play easily at low speeds.
5 Replies
Hi, Steve - I just wanted to share our System Requirements documentation, and hopefully some of the members of the community will chime in with suggestions! :)
Thanks for the link Christie. However, I did not see any information that relates to my question. I want to be able to work with the software to maximize bandwidth efficiency so any detail in how storyline prioritizes loading would be helpful. All I can get from the support documentation is that Storyline prioritizes the first 3 slides then progressively loads the rest of the content. I need more information.
This is critical information for anyone planning on developing for mobile.
Steve,
I haven't designed any audio only courses yet, but experience tells me that "audio only" is going to use very little bandwidth. We regularly stream audio and video simultaneously at half the bandwidth you mentioned.
If your audio is particularly long, break it up across several slides to minimize the data download required to get the course started. The subsequent slides should download in the background. Of course any graphics or other assets included in the course will play into the amount of bandwidth required.
It would be simple enough to create a test course with snippets of audio across several slides, publish online, and then view it on a phone to test.
Let me know if you need any help.
Mike
Steve,
I never noticed this before, but you can also specify the audio bitrate when publishing your course. I inserted a nearly 2 hour .mp3 file into an empty course. The total published course size it only 53MB, which would take about 10 minutes to download at the speed you specified. Breaking the audio up across slides would allow this to play easily at low speeds.
Mike
Thanks for your input, Mike! :)
This discussion is closed. You can start a new discussion or contact Articulate Support.