这是一些简单的嘲笑:


90%的这个对我来说很简单,但是创建一个可以"分离"自己以展示项目的包装面板的过程正在向我展望.任何意见,将不胜感激.
背景:在Windows Vista及更高版本中,使用扩展的Core Audio API(由Ray Molenkamp和Xavier Flix提供)通过订阅DefaultAudioEndpoint的OnVolumeNotification并在更改时设置卷来强制执行卷级别.
问题:功能上成功,但只要注册了OnVolumeNotification,CPU就会根据CPU的功率固定在30-50%.在使用Process Explorer和Process Monitor进行大量挖掘后,发现explorer.exe和有时svchost.exe会被注册表读取调用消耗掉.我不确定哪个注册表项.我不相信我以有害的方式订阅此活动,因为我仔细管理订阅 - 它只被解雇一次.
强制执行卷的逻辑过程
Core Audio API中涉及的基础win32方法是RegisterControlChangeNotify和UnregisterControlChangeNotify.问题是否可能是由这些或事件订阅的实施引起的?
我有几个问题:
我在我的WPF应用程序中运行了两个扩展版MediaElement的实例,这取决于它们的稳定性.经过多次测试后,我得出结论,由于仅使用GPU进行解码,它是MediaKit和vlcdotnet之上性能最高的视频播放器.我已经在WVC1(Windows Media Video AP @ l3 VC-1)中编码了视频,用于1080p质量和相对较小的文件大小.最终在几次播放后,视频将无法播放,此时MediaFailed事件将被触发,然后在应用程序重新启动之前完全停止工作.
我的理解是,当它像这样失败时,它是底层Windows Media Player OCX控件中的核心故障,除了完整的应用程序重启之外,它无法以任何方式修复.有没有人为这些问题找到任何可靠的解决方法?妈妈在微软论坛上说过这个词......
希望将我的应用程序迁移到Windows 8作为侧载LOB应用程序,但我本身需要2个监视器.一个用于全屏1080p视频,一个用于触摸输入.这可能吗?谢谢.