通过网络服务和渲染进行视频流传输 - 有问题吗？
我们有一个 Web 服务，以二进制形式发送响应中的视频内容（不同格式 asx、asf、ram、mpeg、mpg、mpe、qt、mov、avi、movie、wmv、smil、mp4、mxf、gxf、flv 、3gp、f4v、mj2、omf、dv、vob）。
如果我有一个中间应用程序向 Web 服务发出请求以检索视频内容并在浏览器中呈现，您是否发现性能存在任何问题？
谢谢
We have a web service that sends the video content in the response as binary (in different formats asx, asf, ram, mpeg, mpg, mpe, qt, mov, avi, movie, wmv, smil, mp4, mxf, gxf, flv, 3gp, f4v, mj2, omf, dv, vob).
Do you see any issue with performance, if I have an intermediate application which makes a request to web service to retrieve video content and render in browser?
Thanks
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
只要 Web 服务直接返回二进制数据，就不会影响性能。如果这是一个 XML 或 SOAP Web 服务，将整个内容包装在 SOAP 信封中，并且 bae64 对其进行编码以使其全部为文本，那么您将无法直接播放它，并且会对带宽、CPU、和记忆。
另请注意，通过直接提供视频而不是使用真正的流协议，用户将只能在迄今为止下载的部分中进行搜索。 RTSP、RTMP 等流媒体协议或多种 HTTP 流媒体允许查找文件的任何部分，并且仅下载所查找的部分。
As long as the web service returns binary data directly, then there will be no performance hit. If this is an XML or SOAP web service that wraps the whole thing in a SOAP envelope and bae64 encodes it to make it all text, then you will not be able to play it directly and it will have a big impact on bandwidth, cpu, and memory.
Also note that by serving the video directly instead of using a true streaming protocol the user will only be able to seek within the portion downloaded so far. A streaming protocol like RTSP, RTMP, or the many varieties of HTTP Streaming allow seeking to any part of the file and only downloading the part seeked to.