我想弄清楚HTMl5是否适合在线会议系统的客户端部分.
客户必须能够：
1.使用视频标签显示服务器提供的实时视频.
2.类似于现场音频,使用音频标签.
3.系统也支持短信.在这里我们可以使用websockets
4.还有桌面共享功能.对于这种数据流,我也想到了websockets.但这是二进制数据,它可以在发送之前在base64中编码.所以在 html5客户端中,它必须被解码,处理(它是一个专有协议)并使用画布对象(？！)将其绘制到屏幕上.
客户必须能够：
1.使用视频标签显示服务器提供的实时视频.
2.类似于现场音频,使用音频标签.
3.系统也支持短信.在这里我们可以使用websockets
4.还有桌面共享功能.对于这种数据流,我也想到了websockets.但这是二进制数据,它可以在发送之前在base64中编码.所以在 html5客户端中,它必须被解码,处理(它是一个专有协议)并使用画布对象(？！)将其绘制到屏幕上.
webapp可以同时处理这么多数据吗？
HTML5是否为此做好了准备？
解决方法
> webapps可以处理这个数据吗？是
> HTML5是否为此做好了准备？尚未,但很快
> HTML5是否为此做好了准备？尚未,但很快
这些都是HTML5正在努力解决的问题.但是,一些工作组比其他工作组更远,并且这些功能在浏览器中具有不同的实现级别.爱立信在这方面做了很多工作.他们有一个patched version of webkit,足以使这些技术能够进行有用的视频/音频会议.
在桌面共享方面,noVNC(浏览器中的VNC客户端)证明了这是可能的. noVNC(免责声明：我写过noVNC)使用Javascript和Canvas在浏览器中进行完整的RFB / VNC解码和渲染.它使用WebSockets通过线路发送和接收数据和base64编码/解码,因为WebSockets尚不支持二进制数据.它使用WebSockets到TCP代理websockify与VNC服务器进行通信.它表现得很好.
这里有一些相关标准的联系：
> HTML5 index
> Full web-apps standard
> Canvas
> video and audio tags
> Media capture
> Media capture API
> Device tag/element
> WebSockets API
> Current WebSockets protocol in Chrome/Safari
> All WebSockets protocol drafts
> ArrayBuffer/Typed Arrays
> stream API
> File API
查看各种HTML5相关技术状态的最佳位置是：http://caniuse.com
