Windows Media Player 投屏电视设置？

你系统是GHOST的吧 协议组件被删了
而且这个 只有拉 没有推码流功能 就是只能接收不能发送 Windows的流媒体服务器是这个Microsoft Expression Encoder Pro这个是服务器系统上用的 收费
你要实现 电脑推流电视接收你也可以试试EasyDarwin或者EasyPusher开源流媒体服务器 如果只是想简单的实现 你还可以用e2eSoft VCan虚拟摄像头 这个可以把电脑的画面打包编码 实现同屏功能

摄像头采集；

1、音视频编解码；

2、流媒体协议；

3、音视频流推送到流媒体服务器；

4、流媒体网络分发；

5、用户播放器；

6、音视频同步；

7、网络延迟自适应；

8、需要录制，多种视频文件的格式和封装；

9、语言：C、C、html、php、mysql

10、开发环境：嵌入式，Linux，Windows，Web

还有就是视频播放解决方案（卡顿、延迟）：

1、CDN加速；

2、自己架服务器；

3、用别人的云服务。

用CDN加速，可以尽量减少延迟。目前业内水准来看，视频延迟都在3-6秒之间。也就是在视频直播时，你看到的是几秒以前的画面。

自己架服务器，如果部署的数据中心不够多，那么遇上跨网、跨省的传输，还是得用CDN加速。那么为了尽可能降低延迟，你就需要在全国各省市都部署数据中心，来解决跨网、跨省的传输。用云服务的话，就是别人把服务器给你架好了，你只要傻瓜式的用就行了。当然，不管用哪种方式，综合权衡利弊，找到适合的方案就是最好的方案。

开发视频直播的流程有哪些：

1、采集；

2、前期处理；

3、编码；

4、传输；

5、解码；

6、渲染。

采集：iOS是比较简单的，Android则要做些机型适配工作。PC最麻烦各种奇葩摄像头驱动，出了问题特别不好处理，建议放弃PC只支持手机主播，目前几个新进的直播平台都是这样的。

前期处理：现在直播美颜已经是标配了，80%的主播没有美颜根本没法看。美颜算法需要懂图像处理算法的人，没有好的开源实现，要自己参考论文去研究。算法设计好了还要优化，无论你打算用CPU还是GPU优化，算法优化本身也需要专业知识支持。GPU虽然性能好，但是也是有功耗的。GPU占用太高会导致手机发烫，而手机发烫会导致摄像头采集掉帧。而这一切都是需要经验支撑。

编码：如果你要上720p，肯定要采用硬编码。软编码720p完全没希望，硬件编码不灵活。兼容性也有问题。如何适应纷繁复杂的网络和纷繁复杂的上下行设备？安卓和芯片的坑，开发过的人都知道。那有人问，要求不高，上软编码低分辨率360p行不行？就算上低分辨率，软编码还是会让CPU发烫，CPU过热烫到摄像头，长期发烫不仅直接反应是费电。既然是手机直播，插着电源和充电器实在说不过去吧。还有，CPU发烫会降频，怎么办？这还是只说性能方面。和前处理只影响图像质量和功耗不同，视频编解码技术还关联成本计算和网络对抗。考虑性能、功耗、成本、网络这四个之后你编码的码率、帧率、分辨率。软硬件开发该如何选择？

传输：自己做不现实，交给第三方服务商吧。

解码：如果你用硬解码，一定要做容错处理，一定要做适配。突然一个crash导致手机重启不好吧。安卓的硬解码，不说了。如果你加了网络目前手机的硬解码还不一定支撑用软解码，功耗发热的问题又来了。

渲染：为什么手机明明解码出好多帧数据。就是渲染不出来。为什么画面就是不同步。

以上是媒体模块，还有信令控制，登录、鉴权、权限管理、状态管理等等，各种应用服务，消息推送，聊天，礼物系统，支付系统，运营支持系统，统计系统等。后台还有数据库，缓存，分布式文件存储，消息队列，运维系统等。

以上技术要点的小结，确实能说明开发一个能用于生产环境的实时视频直播平台确非易事，跟IM里传统的实时音视频一样，这样的技术都是音视频编解码网络传输技术的综合应用体。

监控流媒体服务器的作用相当于一个中转服务器。 我们家的2U机箱，IntelI7四核34G，4G内存，500G硬盘，服务器主板，含流媒体软件模块，可转发1080P,30路以内；720P,60路以内；D1，150路以内；CIF,300路以内，当然你还要更多的摄像头，可以再扩充

网络视频服务器（DVS，Digital Video Server）主要用于以太网实时传输数字音视频的多媒体服务器，它能通过以太网（局域网/广域网）将实时的图像和声音同时通过网络传输。视频服务器可以在保留现有模拟视频监控设备的同时，将视频监视系统平滑升级到基于网络的视频监控系统，它非常适用于与现存的模拟CCTV（闭路电视监控）系统相集成。视频服务器为模拟视频设备带来了全新的功能特性，并彻底消除了系统对于同轴电缆、模拟监视器和DVR等专用设备的依赖。DVR将不再成为实现录像功能的必需品，因为在视频服务器的帮助下，视频图像可以通过标准的PC服务器来进行录制和管理。一台视频服务器通常具备1至4个模拟视频输入接口用于连接模拟摄像机，同时具备1个以太网接口用于连接到网络。与网络摄像机一样，它包含内置的Web服务器、图像压缩芯片以及 *** 作系统，在这些部件的作用下，模拟视频输入将被转化为数字视频信号，并能够通过计算机网络进行传输和存储，从而大大简化了视频资源的访问和管理。

除了视频输入之外，视频服务器还可以通过同一个网络连接实现其他更多的功能和传输更多的信息，其中包括：数字化报警输入和输出（I/O接口，可用于触发服务器启动录像功能和传输视频，或者激活外部报警设备如警灯或打开房门等等）、音频、用于串行数据传输或PTZ设备控制的串行端口灯。通过图像缓存，视频服务器还可以发送报警前后的图像。视频服务器还可以连接更多的专用摄像机，例如高感光度黑白摄像机、微型摄像机或显微摄像机等等。

视频服务器用于监控领域，大家都很清楚，但不常见的应用，如流媒体。采用流媒体方式，即设立一台流媒体服务器，建立与视频服务器的连接，对该视频服务器的视频访问全部通过流媒体转发服务器软件模块来进行转发，使得该视频服务器的视频服务只占一个通道。这样保证与视频服务器只有一个连接，提高了播放性能和质量。

GB28181协议接入流媒体服务器，监控摄像头不需要有外网ip，只要摄像头能连接到流媒体服务器即可

是摄像头主动寻找流媒体服务器，这种方式适合将监控视频远程传输到云端的服务器上，实现远程控制和调取视频。设备联网示意图如下，其中NVR是可选的，摄像头可以直接连接流媒体服务器。在这种方案下，控制信令和消息传递采用sip协议，视频传输使用rtp协议。进入NTVMediaServerG3后台管理界面，点击菜单项“gb28181设备”：然后在设备管理界面点击“添加”按钮：添加摄像头的 *** 作比较简单，只要输入摄像头名称，点击“确定”按钮即可：这样，一个摄像头的配置就做好了，在摄像头管理界面中，将生成的配置信息配置到摄像头中。

---