Owncast 现在支持自定义插件。运行 Owncast 所需的条件
关于运行 Owncast 的要求或费用，无法给出单一的答案。 这是你的服务器，完全由你决定如何配置，以及选择在哪些环境中运行。 每个环境的性能、价格和功能各不相同。
基本知识
理解视频流中的基础知识对你非常有帮助。
- CPU: 用于将视频转码为多种质量，以便观众可以在不同的网络速度下观看。
- 网络带宽: 用于将视频分发给你的观众。
观众人数不会影响 CPU 使用
了解到这一点，你会发现 CPU 使用量与观众人数无关。 无论是 0 还是 100，CPU 仍在执行工作。 可以把它想象成创建一个压缩文件。 如果你有一个 100MB 的文件，将其压缩到 70MB，你可以将那个 70MB 的文件发给任意多的人，而不需要为每个人单独压缩。 但是你仍然需要将文件逐个发送给每个人，因此每次发送时都需要带宽。 然而，如果你想将 70MB 的版本发送给一些人，而将 50MB 的版本发送给另一些人，你就需要创建两个单独的文件。 那个 50MB 的版本生成所需要的时间更长，并且需要更多的 CPU，因为压缩文件所需的额外工作。 视频也是如此。 编码视频所需的工作越多，所需的 CPU 就越多。 通常，越需要减少视频的大小和比特率，使用的 CPU 就越多。 但提供低比特率/低质量版本以使更多观众能够在世界各地通过任何网络观看是非常重要的。
作为流媒体的上传带宽
在你的服务器可以将视频分发给观众之前，你需要将你的流发送到服务器。 这需要你广播时的 上传带宽。 如果你以 5000kbps 的速度流式传输，你需要一个可以可靠持续该速率的上传速度。
经验法则: 你的上传速度应至少为 1.5 倍的流媒体比特率，以考虑波动和开销。 对于 5000kbps 的流，目标至少为 7.5 Mbps 的上传速度。
| 流媒体比特率 | 最低上传速度 |
|---|---|
| 2500 kbps | 4 Mbps |
| 4000 kbps | 6 Mbps |
| 5000 kbps | 7.5 Mbps |
| 6000 kbps | 9 Mbps |
| 8000 kbps | 12 Mbps |
重要注意事项:
- 家庭互联网通常是非对称的: 大多数住宅连接的下载速度远快于上传速度。 一个 "100 Mbps" 的套餐可能只有 10-20 Mbps 的上传速度。 在 speedtest.net 或类似网站上检查你的实际上传速度。
- 共享连接: 如果你流媒体期间网络上的其他人也在使用带宽，你的可用上传带宽会减少。
- 使用有线连接: WiFi 增加了延迟和不稳定性。 强烈建议使用有线以太网连接到你的路由器进行流式传输。
- 这与服务器带宽是分开的: 你的上传将流传输到服务器。 然后服务器需要其自己的带宽来分发给观众。
示例场景
现在你理解了基础知识，让我们用一个例子来说明你的配置如何影响服务器的资源，更重要的是影响观众的体验。 虽然这有点简化，实际数字可能会有所不同，但这或许可以帮助回答 "大约需要多少带宽和 CPU 来运行 Owncast？" 的问题。
你已经配置了你的广播源（例如 OBS），以 5000kbps 流式传输到你的 Owncast 实例。 你有 25个观众。 其中 5个 在慢速或移动网络上，17个 在快速、稳定的网络上，3个 大多数时候都是快速网络，但速度波动。 所有 25 个观众都观看了持续两个小时的整个直播。 你的托管提供商每月为你提供 4TB 的带宽。
提供高质量和低质量选项
你决定同时提供高质量和低质量选项，并将高质量选项设置为 5000kbps，低质量选项设置为 1500kbps。
此流在你的服务器上消耗了多少带宽？
| 比特率 | 持续时间 | 观众人数 | 总计 |
|---|---|---|---|
| 每秒 0.000625 GB（5000kbps） | 7200 秒 | 20 | 90 GB |
| 每秒 0.0001875 GB（1500kbps） | 7200 秒 | 5 | 6.75 GB |
| 总计: 96.75 GB |
你的服务器需要多少峰值网络速度？
你的服务器必须能够支持同时向所有观众发送的总外发比特率。 在此场景中: (20 个观众 × 5000kbps) + (5 个观众 × 1500kbps) = 107.5 Mbps。 你的托管计划需要支持至少如此多的外发吞吐量。
需要多少 CPU？
| 质量 | CPU 使用率 |
|---|---|
| 5000kbps | 轻量级（最小转码，符合输入） |
| 1500kbps | 适中（主动编码以降低比特率） |
观众体验如何？
| 质量 | 观众人数 | 体验 |
|---|---|---|
| 5000kbps | 20 | 良好 |
| 1500kbps | 5 | 良好 |
结果: 你为观众提供了高低质量的选项，以便那些网络较慢的人可以选择，而网络较快的人在需要时可切换到低质量选项。 此外，提供较低质量选项使你节省了近 16G 的带宽流量。 你使用了更多的 CPU 以获得更好的体验。 在达到带宽限制之前，你可以在一个月内流式传输 42 次。
提供一个使用最少 CPU 的高质量选项
你决定尽量减少在 Owncast 服务器上的 CPU 使用，因此你启用了 "视频传递" 模式作为唯一的输出选项。 这意味着你从本地广播软件发送的视频就是发送给观众的视频。
此流在你的服务器上消耗了多少带宽？
| 比特率 | 持续时间 | 观众人数 | 总计 |
|---|---|---|---|
| 每秒 0.000625 GB（5000kbps） | 7200 秒 | 25 | 112.5 GB |
你的服务器需要多少峰值网络速度？
所有 25 个观众都在接收相同的 5000kbps 流：25 × 5000kbps = 125 Mbps 的持续外发吞吐量。
需要多少 CPU？
| 质量 | CPU 使用率 |
|---|---|
| 5000kbps | 最小（无需转码） |
观众体验如何？
| 质量 | 观众人数 | 体验 |
|---|---|---|
| 5000kbps | 17 | 良好 |
| 5000kbps | 3 | 不好 |
| 5000kbps | 5 | 无法观看 |
结果: 你不会使用太多 CPU，但仅有 68% 的观众体验良好。 其余 32% 的观众经历了频繁的缓冲，其中 20% 根本无法观看你的流。 在达到带宽限制之前，你可以在一个月内流式传输 36 次。
使用 S3 兼容的存储提供商进行带宽管理
如果你对托管计划、带宽分配或观众增长有顾虑，你可以用 S3 存储提供商来替代服务器处理带宽。 在这个例子中，你再次决定提供高质量和低质量选项，将高质量选项设置为 5000kbps，低质量选项设置为 1500kbps。 使用的 CPU 与上文示例中高低质量选项的例子相同。 了解更多关于 S3 兼容存储 的信息。
此流在你的服务器上消耗了多少带宽？
| 比特率 | 持续时间 | 总计 |
|---|---|---|
| 每秒 0.000625 GB（5000kbps） | 7200 秒 | 4.5 GB |
| 每秒 0.0001875 GB（1500kbps） | 7200 秒 | 1.35 GB |
| 总计: 5.85 GB |
此流在你的 S3 提供商上使用了多少外发带宽？
| 比特率 | 持续时间 | 观众人数 | 总计 |
|---|---|---|---|
| 每秒 0.000625 GB（5000kbps） | 7200 秒 | 20 | 90 GB |
| 每秒 0.0001875 GB（1500kbps） | 7200 秒 | 5 | 6.75 GB |
| 总计: 96.75 GB |
你的服务器需要多少峰值网络速度？
由于观众是从 S3 获取的，你的服务器根本不需要向观众发送视频。 它只需要足够的外发带宽来上传每种质量流的一个副本到 S3: 5000kbps + 1500kbps = 6500kbps = 6.5 Mbps。 无论你有 0 个观众还是 1,000 个观众，这一点都是不变的。 Your S3 provider handles the viewer-facing throughput, which in this scenario peaks at 107.5 Mbps, but that is their infrastructure, not yours.
结果：您为观众提供了高质量和低质量两个选项，因此网络较慢的人士有选择，而网络较快但可能会周期性放慢的人士在需要时可以转向低质量。 然而，这些视频质量并不是从您的 Owncast 服务器提供的，而是来自一个外部的 S3 兼容存储提供商。 这使您可以在不担心耗尽服务器带宽配额的情况下增加观众人数并增加其他视频质量。 使用此配置，您可以全天候无忧地进行流式传输，但无论您有多少观众，您将使用相同的服务器带宽，无论是零观众还是 100 位观众。 您的 CPU 使用率将与直接从服务器提供视频时相同。
快速参考
Owncast 会使用多少带宽？
公式：(比特率（kbps） × 时长（秒） × 观众人数) ÷ 8,000,000 = GB
2 小时直播的快速估算：
| 比特率 | 10 位观众 | 25 位观众 | 50 位观众 |
|---|---|---|---|
| 2000kbps | 18 GB | 45 GB | 90 GB |
| 4000kbps | 36 GB | 90 GB | 180 GB |
| 6000kbps | 54 GB | 135 GB | 270 GB |
提供多个质量选项可以减少总带宽，因为连接较慢的观众会使用较低比特率的流。 使用 S3 兼容存储 完全分担您的服务器的带宽。
我的服务器需要多少峰值网络速度？
公式：比特率 (kbps) × 观众人数 ÷ 1,000 = Mbps
快速估算：
| 比特率 | 10 位观众 | 25 位观众 | 50 位观众 |
|---|---|---|---|
| 2000kbps | 20 Mbps | 50 Mbps | 100 Mbps |
| 4000kbps | 40 Mbps | 100 Mbps | 200 Mbps |
| 6000kbps | 60 Mbps | 150 Mbps | 300 Mbps |
这是流式传输时服务器所需的持续出站吞吐量。 如果您提供多个质量选项，请分别计算每种质量并将它们相加。 大多数 VPS 提供者提供 1 Gbps 端口，支持大约 200 位以 5000kbps 观看的观众。 如果您的观众超过您服务器的网络容量，他们将会遇到缓冲。 使用 S3 兼容存储 消除了您服务器的这一限制。
Owncast 会使用多少 CPU？
These are rough examples from measured tests, not guarantees. Actual CPU use varies by codec, bitrate, resolution and encoder preset.
| 配置 | CPU 使用情况 |
|---|---|
| 单一直通质量 | 最小 |
| 单一转码质量 | 轻量 |
| 两种质量（高 + 低） | 适中 |
| 三种质量或重压缩 | 重型 |
As a rough rule of thumb from measured examples, a single CPU core can often handle one transcoded output quality at 30fps, but this varies with codec, bitrate, resolution and encoder preset. 直通模式（无转码）在比特率不管的情况下使用非常少的 CPU。 All CPUs are different in performance across hardware and hosting providers, so no guarantee can ever be made. 您需要进行实验以找出最适合您需求的方法。
CPU 使用率会随着观众数量增加吗？
否。 对于视频编码，CPU 使用率保持不变，无论您有 1 位观众还是 1000 位观众。 视频被编码一次并分发给所有观众。 仅服务器带宽随着观众数量增加。 由于聊天活动和其他开销的原因，CPU 使用情况可能会稍微增加，但与视频编码相比，这个增加是微不足道的。
帧率对 CPU 使用率有何影响？
更高的帧率需要更多的 CPU。 Reducing frame rate is an effective way to lower CPU usage. These multipliers are rough measured examples and will vary by codec, bitrate, resolution and encoder preset:
| 帧率 | 相对 CPU |
|---|---|
| 60 fps | 2 倍基线 |
| 30 fps | 1 倍基线 |
| 24 fps | 0.8 倍 |
考虑使用较低的帧率（24fps）以降低低质量输出的 CPU 使用率，并保持快速播放体验，适应慢速网络的观众。
Owncast 会使用多少磁盘空间？
Live video needs very little disk space. Owncast writes HLS video segments to disk temporarily and cleans them up as the stream progresses, so you don't need to plan for video storage.
The data/ directory does persist and grow over time. It holds the Owncast database and its hourly backups, custom emoji, public files, viewer metrics, GeoIP data and, starting with Owncast 0.3.0, installed plugins and their data. Give it room to grow and include it in your backups.
我是否应该只提供最高质量以保持简单？
仅提供高比特率视频会排除移动网络和慢速连接的观众。 5000kbps 的流需要稳定的 5+ Mbps 连接，才能在不缓冲的情况下观看。 很多观众并没有这样的连接，尤其是在移动端。
Recommendation: Offering a second, lower quality option (1000-2000kbps) alongside your high quality one (4000-6000kbps) helps viewers on slow or mobile connections. That said, Owncast ships with a single variant by default, and the video documentation recommends starting with one variant and testing before adding more. Add a low quality option once your setup works and your CPU has headroom.
资源计算器
使用此交互式计算器根据您的特定流式配置估算带宽和 CPU 要求：
了解更多
访问详细的 视频文档，了解 Owncast 如何处理视频。
Improve this page
See something missing or incorrect? Edit this page and improve the documentation for everyone.
