Прогрессивная видео загрузка в среде класса - как определить необходимую пропускную способность
Можно также сделать это в беспроводном маршрутизаторе, не делая целого присоединенного портала. Например, если можно выполнить соответствующий dd-wrt на маршрутизаторе, можно создать NoCatSplash, чтобы вынудить пользователя войти в систему и согласиться на страницу условий предоставления услуг. Обычно Вы хотите выбрать маршрутизатор больше чем с 4 МБ флэш-памяти, таким образом, можно установить одно из больших микропрограммных изображений, которое поддерживает больше функций как это.
Это проще, чем вы думаете, 9MB 30-секундный клип - 300KBps правильно, у вас их 15 - таким образом, вы должны быть в состоянии передавать 4.5MBps, так что примерно 45Mbps. Одно соединение 100Mbps с сервера на ваш класс должно быть в порядке. Веб-сервер, до тех пор пока он не будет скучать по памяти, легко сможет прочитать файлы один раз и кэшировать их, таким образом снижая любые требования к случайному чтению.
Худшим случаем для случайного чтения веб-сервером будут все 15 пользователей, начинающих различные некэшированные видео одновременно, так что 15 x 9MB, 135MB. Учитывая, что это по своей природе последовательные файлы, любой приличный контроллер диска начал бы транслировать все 15 видео менее чем за секунду или две с самого дешевого одного диска.
В основном, запустите ссылку в 100 Мбит/с и убедитесь, что ваш веб-сервер имеет достаточно памяти и расслабьтесь :)
.Краткий ответ: 2,4 Мбит (9 МБ * 8 бит / байт / 30 секунд) * 15 (клиенты) = 36 Мбит для постоянного воспроизведения. Вероятно, вы могли бы обойтись и меньшим, если не все загрузятся сразу или если вы не против небольшого времени загрузки. Они могли бы сделать намного лучше, если бы имели локальный кеш (например, Squid), чтобы гарантировать, что они загружают эти файлы только один раз.
Длинный ответ: «это зависит от многих вещей» :)
Также клиенты уравняет использование, если все они находятся на одинаковых машинах и загружают одно и то же. Так что студенты DP не в беде, они все будут тормозить одинаково (при прочих равных условиях).
Лично я бы использовал кэширующий "сервер" (например, Squid) для класса, так что вам нужно скачать его только один раз, если видео всегда одинаково для 15 пользователей.
смотрите, например, этот вопрос на serverfault:
Настройка Squid'а для кэширования медиапотоков
Это может значительно снизить ваши потребности в пропускной способности, если вы заранее знаете, что вы можете даже кэшировать их в нерабочее время, так что вы можете использовать текущую доступную пропускную способность без дополнительной дорогостоящей линии.
В зависимости от лицензии на видео и места расположения вашего клиента, могут возникнуть некоторые юридические проблемы, с которыми вам нужно будет столкнуться.