Even though you don’t have to manage the data storage for your EchoVideo system, you still have to manage the network bandwidth configuration that will make playback of the media as seamless as possible for users.

The table below shows the data rate and corresponding file size (per hour of recording) for streaming rich media via EchoVideo’s HTML5 media player. These numbers are based on typical content processing. The higher quality and more source combinations result in a larger overall volume per hour of playback. This is important to consider when deciding on scheduling policies for recordings.

The section below the table asks some basic questions and provides an example calculation for overall bandwidth needed for on-demand playback. For information on the kind of bandwidth needed for students to view presentations and participate in Activity slides, see Large Classrooms Viewing Class Media. (Spoiler Alert: The network hit for presentations is relatively small.)

All captures are played back in HD by default if the capture was recorded in HD and the user's bandwidth can accommodate it. EchoVideo can recognize slower network connections and will automatically scale down playback if necessary. Students can change the playback to standard or higher definition if auto-scaling is not appropriate (click the gear icon at the bottom of the playback panel).

Audio-Only playback not shown: The numbers below are inclusive of the audio stream at 0.044 Mbps, or 0.02 GB/hr. Use these figures to calculate the total rate/volume for audio-only content.

* Before selecting 1080p for captures, review Capturing and Streaming in 1080p.

What the numbers in the table indicate are that in order for a student to view a capture smoothly, the capture needs X number of Mbps available. However, like YouTube videos, EchoVideo tries to temporarily download the full capture, or at least buffer some portion of it, so that the student is actually viewing it locally rather than as a constant network stream. That's where the volume/hr comes in. An hour-long AV capture, viewed in HD, for example, will buffer/download a file that is approximately 0.25 GB in size.

Technical Details: If you read the Live Streaming Data Rate and Usage topic, you'll note the discussion about the connection being used for the visual input (DVI or Composite) being more important to the size of the capture than the thing being captured (video or display). So why don't we have that here? Because the EchoVideo media processor is able to distinguish live-action, high motion content (typically delivered from a video camera) from static content (typically delivered by a monitor or other display device). When the capture (or an uploaded video) is processed, the media processor optimizes the visuals, to generate a high-quality capture using the least amount of data possible. What this means, though, is that if your A/D/D capture is actually two HD computer monitors both showing videos, the resulting capture will be more along the lines of an A/V/V capture in its resulting file size and bandwidth requirements.

Calculating overall on demand usage

There are three aspects you need to consider, in order to determine the data requirements for providing media playback for students:

• The data rate and volume of the media from EchoVideo’s cloud server to each student watching the capture. This is what is provided in the table above.
• The type of captures typically generated (audio/display? audio/display/video?).
• The number of students watching media, on campus, at any given time.

Provided below is a sample calculation, using this methodology and substituting the institution's own assumptions a figure for the peak expected bandwidth usage can be estimated.

Example Data – substitute as appropriate:

• 10 sections use EchoVideo to capture lectures.
• Each section generates an A/D/V capture, at HD quality.
• Each section has an average of 25 students enrolled in the class.

At most, 250 students may try to view a capture at one time. YOUR data suggests that even during finals week, at the peak, 10% of the possible views are happening, but not all at the same time, and not all from on-campus.

Using those figures, let’s assume that during this peak usage time, only 5% of the students who could view a capture are viewing it WHILE on campus, at the same time. That’s 12.5 students. Ok, 13. That half-student is going to step it up at the end of the semester.

So the peak data rate calculation would look something like this:

13 Students x 0.720 Mbps = 9.36 Mbps

This is the total bandwidth required to smoothly play an EchoVideo capture to all 13 students on campus at the same time. Remember that if more than this is available at any point during the viewing, the capture is downloaded/buffered locally to the students' devices, lessening the "current" data stream need.

By comparison, a 720p YouTube video requires up to 6 Mbps each. So if your students are watching YouTube and not complaining, viewing classroom content should be no problem.

Second Example:

We've recently learned of an institution using EchoVideo for almost 50 courses, including approximately 2800 students. Let's do the same calculation with the same assumptions: during peak week, 10% of the possible views happen, and we'll assume half of those possible views happen from on campus, all at the same time (which is unlikely but hey, it's an example).

• 10% of 2800 = 280
• 5% of 2800 (on-campus) = 140 views happening at once, on campus
• 140 views x 0.720 kbps = 101 Mbps

That's a lot more than our original example. Comparatively speaking though, that's 140 students viewing classroom media taking up as much bandwidth as 17 students viewing a YouTube video.