桌面采集&屏幕实时传输软件开发

Question

桌面采集屏幕实时传输H.264RTSPmirror driver

Answer 1

你这是在说笑话吗？
1. 单纯从网络占用率来说，1080p，30fps，就算是H264，网络占用也几乎不可能低于10M，在播放动态视频时，网络占用甚至都能到30M，另外还有音频数据要传输，你想咋地？
2. 另外这个CPU利用率不知道你啥CPU，I7和P4都是CPU，你的10%是以哪个来算的？
3. 平台也不说，mirror 不是所以windows都支持的，记得windows7好像就不支持。

Answer 2

一些2B
成天不务正业
就想投机取巧
就想不劳而获连基本常识都不懂妄想别人象SB一样给他做好一切
然后就可以四处坑蒙拐骗无恶不做真有这样的技术
就算你爹是李嘉成
你觉得你买得起吗?

Answer 3

我有现成的程序，支持PC桌面，USB摄像头，RTSP摄像头（IP摄像头），以及任意的摄像头（USB摄像头或者IP摄像头）和PC桌面合成抓取传输，支持采集端录像，播放端录像，支持多采集端同时采集传输，支持多播放端同步播放，支持播放端分屏播放，支持简单文本发送，支持文件传输。不过视频部分用的是GDI抓取，JPEG编码。因为264编码虽然清晰度好一点，但是网络占用率太大

Answer 4

您好，肯定是市面上有这样做并且已经做出来了的方案，具有可行性我才这么说的。用传统的方式直接采集再编码带宽和延迟肯定不能满足，但用镜像驱动捕获到变化区域后再给264编码是否可行呢？  上面说的你没看吗？mirror驱动并不通用；264在播放动态视频时，压缩率并不是特别好（不然也不会有265的出现）；通常情况下，265编码1080p的视频还至少需要10M的带宽，4K的视频需要至少20M的稳定带宽，你认为用264能满足你的带宽要求？再说，mirror捕获变化区域只适用于变化幅度不太大的场合，比如PPT。播放视频，效果也不好。

Answer 5

你好  加下我Q 可以详细聊一下哈！这方便，国外的一个开源项目叫做pixwork，是用mirror+gdi来做的（不支持mirror的用gdi来抓），它是采用VNC内核去做的，那个压缩率，针对1080p的，从来没有低于12M的。如果LS真有那么一套算法，能用264去完成265所做的事情，那么也应该为此申请专利。
一套有可能成为专利的算法，网上有源码提供？我只想说，在哪里下，我也去弄一份去

Answer 6

1、能够通过稳定提供±5V或±12V DC准确不失真的电压。
2、要求不受环境温度和湿度影响，在负载变化时不会感觉到输出乏力。
3、要求支持主流手电筒、儿童玩具、手机，最大支持1000A的电炉。
4、输出功率最高达到12000W，输出有效时间最高达到30天，发热不能超过100焦耳。
5、原料消耗控制在4至8克，利用率10%以内。有能满足上述需求的电池或者拥有这方面资源的朋友，请在下面留言或者直接加我Q详聊！qq号：XXXXXXXX

Answer 7

您好，肯定是市面上有这样做并且已经做出来了的方案，具有可行性我才这么说的。用传统的方式直接采集再编码带宽和延迟肯定不能满足，但用镜像驱动捕获到变化区域后再给264编码是否可行呢？  上面说的你没看吗？mirror驱动并不通用；264在播放动态视频时，压缩率并不是特别好（不然也不会有265的出现）；通常情况下，265编码1080p的视频还至少需要10M的带宽，4K的视频需要至少20M的稳定带宽，你认为用264能满足你的带宽要求？再说，mirror捕获变化区域只适用于变化幅度不太大的场合，比如PPT。播放视频，效果也不好。
大哥，我确实亲自体验了 通过镜像驱动+H264实现了我提出的需求的产品。http://www.micsview.com/proinfo.aspx?id=617&lb=183  你可以了解下这家公司