@yangyp2 超强的兼容性与极致的性能不可兼得(比如能支持 kindle 自带浏览器，或是 mjpg 模式能兼容上古 ie)，目前最大的延迟在于 mac 的屏幕采集，ffmpeg 调用的也是系统的屏幕采集 api ，分辨率越大，采集速度越慢，延迟也越高，压缩和传输到是挺快的

其实有个好办法，让他看番剧（

提供一个耗电数据参考，原神画质拉满，一样的画质差不多的三分之一亮度（ air 能超分，没开），在 air6 满电能 2.7 小时，在 mini7是 5.5 小时，用 1 小时的测试算的
mini7 给 m1pro 的 mac 无线随航在 2 小时的测试平均下来满电能亮 11 小时

现在 air 的 256 3999 ，mini7 的要 4099 ，air 还便宜 100

@laris 随便用一个，免费的功能就完全够用，或者自己插个 hdmi 诱骗器，我比较偏向于诱骗器，因为 BetterDummy 会影响待机，后续考虑自己实现一下虚拟显示器的事情，不过目前没有任何头绪，想做很久了，现在这个屏幕采集的方法还是写的那天晚上突然想到的，这程序就是这样弄了一晚写出来的

@beyondgamp 当然可以，有浏览器就行
我感觉 Kindle 也可以，虽然那个浏览器内核很老

适配了 Safari 和 Firefox ，并且增加了自动旋转，因为发现了 ios 上的 Safari 原来不支持横屏（ 6s ios15 ， 就像 ipad os 不支持纵向分屏一样奇怪）
发现一个有意思的事情，mac 可以在 60hz 的视频流中实时复制显示的内容，并且只占用 100% cpu ，也就是一个核心

之前是用注音输入法的，在手机上用 gb 确实好用，但是在电脑上基本没有输入法可用，然后就是在电脑上用全拼在手机上用注音，一个字需要按 2-3 次按键，但是按键多了一排，基本就是声母韵母按顺序排列在键盘上，换了双拼最大的问题就是在像 Chromebook 和 kindle 这种设备上需要用全拼，因为他们都不支持双拼

感觉双拼用起来比较爽，主要是按两个键就可以打出一个字的全拼，然后连着词来打就可以直接无脑那空格根本不用选字导致打字速度大大的提升，还有就是因为要按的按键很少，所以在手机这种触摸屏的设备上按错的几率会大大的下降

然后就是去到别的机器上怎么办的问题，用习惯了双拼你的输入都是全拼的，不会考虑如何简化拼音输入，我的解决方案是直接打全拼，因为思考如何简拼需要时间

用的小鹤

@wanpp
mac 投 mac 可以直接在显示设置的无线显示器上选吧，我黑苹果用的 intel 网卡没法 airplay ，我没试过，但 iPhone 可以 airplay 到 mbp 上
或者你直接用这个程序也行，反正显示端只要有个浏览器或者能打开 url 的视频播放器就行

做了一下 Windows 和 Linux(x11)的支持，可以快速在局域网进行无需客户端的屏幕镜像，比如说在开会的时候将屏幕画面镜像到没有 hdmi 输入功能的大屏触摸一体机上

这是串流的 14 寸 mac 的内置 3K 屏幕，分辨率宽度限制为 1920 ，占用 12m/s 带宽，延迟 133ms

@vorabend 刚没 at 到，看上一条

@yanyuechuixue 你可以尝试降低分辨率看看有没有帮助，打开 py 文件可以编辑分辨率限制，当然了路由的性能也是很重要的，我这用的 ipq6000 虽然设备是 5g wifi 的，但信号再差延迟也不会超过半秒，如果是 android 还可以用 usb 连接后用 adb 的端口转发功能实现有线传输

adb reverse tcp:65532 tcp:65532

这样可以直接在设备的浏览器上打开 http://127.0.0.1:65532 来访问电脑上的服务

喜报，浏览器的 h264 和 hevc 串流实现了，3k 60hz 下延迟有 3 秒左右，相比 vp8 的 1 秒和 mjpg 的 100ms 还有很大的优化空间，不过没有使用 js ，mjpg 模式在 kindle 的浏览器下大概也是可用的

@drymonfidelia 有一说一，我也希望有个这样子的东西，要求对方必须开源，并且不能商用，不允许 99%相同（除了名字都一样）的那种

@GameAuto 所以会根据大小跳过不需要压缩的那一部分（可以直接发送的）
若希望按文件发送，固定到任务栏按需启动或是直接拖到输入框是一个两全其美的办法

@wjx0912 你有读写权限的都会列出来