Если я просто скопирую ссылку, это означает, что я транслирую видео с веб-хоста # 1 на веб-хост # 2? Это правильно?
Во-первых, похоже, что файл мультимедиа подается через простой HTTP, без логики. Поэтому я бы не назвал это «потоковой», а скорее «прогрессивной загрузкой». (Это маркетинговая уловка хостинговыми компаниями - если это видео, она должна быть потоковой, правда? А ... нет)
Во-вторых, нет: видео не будет идти от 66.55.XXX.XXX к веб-сервер, на котором размещается ваш сайт. Скорее всего, он перейдет от 66.55.XXX.XXX к веб-браузеру.
Кроме того, видео имеют качество 1280 x 1024 HD, и я знаю, имеет ли видео более высокое качество, буфер, время загрузки дольше. Вот почему я пересматриваю видео до 640 x 480, а также совместим с HTML5.
Изменение размера видео для уменьшения полосы пропускания означает, что вам необходимо перекодировать видео на меньший размер. Установка атрибутов width и height в теге <video> изменит только отображаемый размер. Эти два атрибута не влияют на скорость передачи данных, поступающую с сервера, и, следовательно, не влияют на время буфера или нагрузки.
Сколько полос пропускания я использую? А клиент?Если один из участников (ученик) просматривает видео, сколько полос пропускания он использует?
Есть два термина вы должны быть в курсе здесь:
- трафика: Число переданных байтов (объем)
- Bandwidth: Скорость которые отправляются байтами (курс)
Это важное различие. Опять же, многие хостинговые компании смешивают эти концепции во имя маркетинга. Быть осторожен.
Как это повлияет на вашу ситуацию? Подумайте об этом так: если у вас есть видео на 1 ГБ на хостинге, и его просмотрят 10 раз, это 10 ГБ трафика. Полоса пропускания зависит от сервера, отправляющего файл, скорости сетевого подключения клиента и сети между ними. Как правило, вам не нужно беспокоиться об этом, за исключением двух пунктов:
- Битовая скорость видео должна быть меньше, чем скорость передачи данных между сетевым соединением между клиентом и сервером. Если нет, у вас будет буферизация во время воспроизведения видео.
- Ваша хостинговая компания может (возможно!) Ограничивает, сколько одновременных пользователей могут просматривать видео сразу. если 100 человек загружают видео сразу, каждый в среднем 2 Мбит/с, то есть 200 МПБ полосы пропускания!
Если у вас более 10-100 зрителей в день, я бы не стал слишком беспокоиться о пропускной способности.
Простой способ вычислить пропускную способность видео составляет:
bit rate = (bytes * 8)/(time in seconds)
Silly Например: 800s долго 1GB видео (округляется для ясности)
bit rate = (1,000,000,000 bytes * 8 bits per byte)/(800 seconds)
bit rate = (8,000,000,000 bits) /(800 seconds)
bit rate = 10,000,000 bits per second
bit rate = 10,000 kilobits per second
bit rate = 10 megabits per second
Я заплатил за веб-хостинга для неограниченного хранения, потому что я загружаю 10, 12 ГБ данных каждую неделю.
«Неограниченное хранилище», может быть. Если вы загрузите достаточное количество данных в какой-то момент, кто-то будет замечать и сообщать вам, что ваш ToC был нарушен. Хостинг-рынок - это зло.
Я очень беспокоюсь за время загрузки или буфера. В настоящее время веб-страница используется для ~ 30, 40 человек, но что, если весь год или университет будет использовать веб-страницу? Что я должен сделать?
Сразу? Или в день? Это люди смотрят одно видео? Или просмотрено видео? Если у вас 10-25 одновременных, вы, вероятно, должны быть хотя бы слегка обеспокоены хостинговой компанией.
Откровенно говоря, рынок веб-хостинга полон тактикой приманки-n-switch, непрозрачной ценой, гангстерскими ToCs и запутанным маркетингом. Вероятно, вам лучше будет воспользоваться услугой, например, Amazon's AWS.В частности, используйте Amazon S3 для хранения ваших видеороликов и используйте Amazon CloudFront, чтобы передать видео клиенту. Все это имеет три различных преимуществ для тенистых хостинга компании:
- Справедливое и прозрачное ценообразование (в том числе онлайн-калькулятор)
- Плату за то, что вы используете (и не более)
- Эффективно неограниченное хранение и пропускная способность (AWS имеет полосу пропускания и экзабайты хранения)
Я настоятельно рекомендую AWS f или небольшие, но нетривиальные проекты, подобные вам.
И идите в полноразмерный HD! Это гораздо более привлекательный опыт для ваших зрителей.
Удачи вам!