如果我只是复制粘贴链接,这意味着我正在将视频从网络主机 #1 流式传输到网络主机 #2 吗?这样对吗?
首先,看起来媒体文件是通过纯 HTTP 提供的,没有逻辑。所以我不会称之为“流媒体”,而是称之为“渐进式下载”。(这是托管公司的一种营销策略——如果是视频,它必须是流媒体,对吧?啊……不。)
其次,不:视频不会从 66.55.XXX.XXX 传输到托管您网站的网络服务器。相反,它将直接从 66.55.XXX.XXX 转到网络浏览器。
此外,视频具有 1280 x 1024 高清质量,我知道视频是否具有更高质量、缓冲区、加载时间更长。这就是为什么我将视频大小重新调整为 640 x 480 并与 HTML5 兼容的原因。
调整视频大小以减少带宽意味着您需要将视频转码为更小的尺寸。在标签上设置width和height属性<video>只会改变显示的大小。这两个属性对来自服务器的比特率没有影响,因此对缓冲区或加载时间没有影响。
我使用了多少带宽?还有客户?如果其中一个人(学生)正在观看视频,他使用了多少带宽?
这里有两个术语需要注意:
- 流量:发送的字节数(体积)
- 带宽:发送字节的速率(速率)
这是一个重要的区别。同样,许多托管公司以营销的名义混淆了这些概念。当心。
这对您的情况有何影响?可以这样想:如果您在托管上有一个 1GB 的视频,并且被观看了 10 次,那就是 10GB 的流量。带宽取决于发送文件的服务器、客户端的网络连接速度以及介于两者之间的网络。根据经验,您无需担心这一点,除了两点:
- 视频的比特率需要小于客户端和服务器之间网络连接的比特率。如果没有,您将在视频播放期间进行缓冲。
- 您的托管公司可能(可能!)限制有多少并发用户可以一次观看视频。如果 100 人同时下载视频,每个人平均下载 2mbps,也就是 200mpbs 的带宽!
除非您每天有超过 10-100 名观众,否则我不会过多担心带宽问题。
计算视频带宽的一种简单方法是:
bit rate = (bytes * 8) / (time in seconds)
愚蠢的例子: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 GB 的数据。
“无限存储”,嗯,也许吧。如果您在某个时候上传了足够多的数据,有人会注意到并告诉您您的 ToC 已被违反。托管市场就是这样邪恶的。
我非常担心负载或缓冲时间。目前该网页用于约 30、40 人,但如果全年或整个大学都在使用该网页怎么办?我应该做些什么?
立刻?还是每天?那些人在看一个视频吗?或者看过的视频?如果您有 10-25 个并发,那么您可能至少应该稍微担心托管公司。
坦率地说,网络/视频托管市场充满了诱饵-n-switch 策略、不透明的定价、黑帮 ToC 和令人费解的营销言论。使用 Amazon 的AWS之类的服务可能会为您提供更好的服务。具体来说,使用Amazon S3存储您的视频并使用Amazon CloudFront将视频流式传输到客户端。所有这一切都对黑幕托管公司具有三个明显的优势:
- 公平透明的定价(包括在线计算器)
- 为你使用的东西付费(而不是更多)
- 有效的无限存储和带宽(AWS 拥有 TB 的带宽和 EB 的存储)
我强烈推荐 AWS 用于您似乎拥有的小型但不平凡的项目。
去全尺寸高清!对于您的观众来说,这是一种更加引人入胜的体验。
祝你好运!