HTTP 流媒体每日观看次数少于 1000 次
我想使用 http 流（即部分下载）向公众提供一些视频（中到高清质量）。
想法是在服务器上放置视频，并提供一些带有嵌入式视频播放器的网页，供用户观看选定的视频。
规划容量约为每日250至1000次观看，并发要求较低（即并行观看视频的用户不多）。
我正在考虑像 FLVPlayer 或 flowplayer 这样的完整解决方案来支持这一点。
令我困扰的主要是网络带宽要求（最低 kbps），以及该视频播放器在“大量”使用时的性能。
对于“大量使用”，我考虑添加流式传输许多单独的视频文件的可能性，我将在后端添加这些文件（通过 XML 文件或类似文件），并且没有使用这些播放器的经验。
您对此解决方案有何建议？
I want to use http streaming (ie. partial download) to serve some videos (medium to HD quality) to public.
Idea is to have videos on server and offer some web page with embedded video player for user to watch selected video.
Planned capacity is about 250 to 1000 daily views, with low concurrency requirement (ie. not many users in parallel watching video).
I am thinking of complete solution like FLVPlayer or flowplayer to support this.
What bothers me are network bandwidth requirements (what is minimum kbps) mainly, and this video player performance when in "heavy" use.
For "heavy use" I consider adding possibility to stream many separate video files that I will add in back-end (via XML file or similar) and don't have experience with these players.
What are your advices on this solution?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
即使是相当高质量的视频也只能~1024-2048kbps。使用 100Mbps 快速以太网连接（目前相当低端），这对于 50-100 个并发“流”来说足够了。
如果您仍然担心，请将媒体文件托管在 Amazon S3 或 CloudFront。在这种情况下，您的带宽实际上是无限的。
Even a fairly high quality video is only going to be ~1024-2048kbps. With a 100Mbps FastEthernet connection (which is fairly low end these days), this will be plenty for 50-100 concurrent "streams".
If you are still concerned, then host the media files on something like Amazon S3 or CloudFront. In that case your bandwidth is effectively unlimited.