微软致力于在Win8中为用户带来更加优异的视频/音频享受,在Building Windows8官方博客中,微软媒体平台和技术团队的项目经理Scott Manchester撰文详解微软针对音乐以及视频播放改进的背后开发工作。在许多情况下,微软所做的这些改进将可以增加电池续航或提升性能。
比如说,音频数据会被分批/分块处理,这一机制将可以提升CPU的性能表现,从而节省电池。微软Win8中引入更好的码率系统,视频缓冲时最初的视频流将采用较低速率,同时Win8还将采用全新的内容混合系统。
在大多数情况下,Windows中来自应用的优先视频播放都是处于前台,当用户将应用移动到后台时,系统会将视频流降速。事实上当音乐播放被放置后台后,还是可以发挥到***音量的。
下图显示了一个比较之间的Windows 7和Windows8的平均CPU利用率,在播放720P VC1/H.264视频剪辑和摄像头捕捉预览。
视频播放以及摄像头捕捉预览看,Win8的CPU使用率将是Win7的一半以下,既快速又省电。
根据EIA / TIA920标准,可以归结为只是媒体处理管道的单向音频延迟不能超过100ms的,为了实现一个可用的实时通信体验。度量考虑到这一点,我们设计了一个测试环境来测量管道终端到终端的延迟,在如下图所示:
延迟测量的延迟,它需要一个视频帧的摄像装置被捕获,然后编码支持的视频格式在视频通信的情况下,最终到终端或“玻璃 - 玻璃”的管道,网络环回接口解码,流过,终于显示呈现。在下面的数字,你可以看到捕捉和渲染PCM音频时,管道内的介质在低延迟模式得到的结果。***组的尖峰对应的发射机的原始说话和第二组显示在接收器的那些话。两者之间的延迟是65MS,远低于100ms的目标。
下图显示了管线延迟时被捕获的视频帧的播放和通信优化模式的比较,编码(H.264格式),流式传输,解码,然后显示在各项决议。整体延迟145ms(视为可用的实时视频通话的TIA / EIA920)的目标是显示在图表上的绿线。
在回放模式下,管道的平均延迟约575ms。此延迟是一个流畅的播放体验所必需的消费视频,但实时视频通信是不可接受的。另一方面,在低延时模式,测量延迟是根据每个测量的视频分辨率的靶目标。
在Windows8中字幕与视频播放效果
在Windows8中采用的多音轨视频播放效果
可见微软在Windows8中下足了功夫,在视频通知的延迟更少,耗电方面也有所下降,配合高清摄像头将会为你带来更加出色的聊天体验。而在视频方面则会加入 3D 立体声效果,同时至此后多音轨播放。