请教高手一个桌面截屏回溯功能的实现

比较好的办法是操作记录 log，然后把 log 上传。如果要截图什么的，可以考虑：
- 每隔一定时间自动截图一次（比如 5 秒或者 10 秒？？），然后把比较老的截图自动删掉。
- 如果实在要视频的话，我觉得可以参考 PS4 的视频设计，一直自动录取 3 分钟的内容，把比较老的内容自动删掉（防止磁盘和内存消耗太多）。

不过我觉得还是强化 log 更好。。。没怎么听过保修是录视频的这种模式。。

@daozhihun 自动截屏可以，要作图形对比吧？相似的图片过滤掉，因为一定间隔有重复吧

直接视频就行了，选一个适合的视频压缩算法可以巨幅降低存储。

强化 Log 的话 完全可以推测出用户行为的。

感觉有点小题大做了。。。根据我当年桌面运维的经验，普通用户遇到的问题基本都不是因为某项操作导致的，可能是硬件问题，比如网线松了、显示器不亮了、键鼠不好使了，也有可能是操作系统或软件本省的问题，比如软件崩了、服务器炸了，硬件问题你没法截屏判断，软件问题感觉不如远程控制来的实在

点击你程序的按键后，自动调用 windows 自带的 步骤记录器 psr ？可行否

@cjpjxjx 硬件只是一部分，软件系统的问题占多数

软件内多整 log 比啥都强，
系统就低清晰度录屏，
或者就键鼠记录…（高危行为，小心报毒）

我知道的就这些初级解决方案

@cjpjxjx 这个软件解决的问题实际上，问题辅助记录。最后还是远程解决什么的。但是报修过程中的很多信息要保存下来。一个小问题，用户电话报修，你要问题她 IP，她不知道怎么看，有些地方作在桌面上，这样还是让她报，这个小工具都可以省了

@imdong 要求第三方软件作好日志，最好不过。但是，这个开源项目要解决的本质是问题登记，原本不然让大家用复杂的 Bugzilla 之类的。终端用户不会去录，IT 人员累死累活，也懒得去录

@panzhangwang 有重复无所谓，建议你不要做去重。
你要知道用户上报问题应该是很少的（我觉得正常频率一台机器顶多一周一次），所以你要排查问题的时候也不多，这个时候与其你写算法来去重（况且还可能搞出更多 bug ），不如直接肉眼看好了。
如果你说上报的内容太多人工看不过来，那你就要考虑是不是你的系统问题太多了，重点要去解决系统的 bug，而不是做这个报 bug 的东西。

一直录制一个你觉得合适秒数的视频，比如你需要 15 秒前，那你就设置一个可以存 15s 的环形 buffer，一点截图就把 buffer 拿出来拼成视频，或者你需要的任何东西呀。

@daozhihun 甲方与乙方对 Bug 的管理方式不同。甲方基本上是事件管理，事件的种类比较多。粗狂点，没有系统也能干，认真点的话，能有比较好的问题列表、分门别类的报修频率等信息。

我经历的感觉，事件散布在多个工程师的微信里、记忆里、零碎的纸张上，下游厂商要每月的问题列表，我们就是拼记忆

内网管理工具标配屏幕录像功能

我记得国外有个项目专门做这个的，远程排查问题的，记录客户方的 chrome 操作记录。 不太记得名字了，但应该是需要外网的

有些地方特点决定了不能用外网。网管工具不适合问题跟踪。

有些环境下，不仅仅是网页，也不仅仅是 Chrome 。

会引起隐私问题。
比如客户端在查看机密文件的时候同时操作你的系统，此时你的系统崩溃，这个截屏系统会将之前的机密文件截屏内容一并发出。

@celeron533 隐私考虑到了，因此数据不在云端，而是在企业的内部服务器上

@celeron533 另外，这个是在单位内部用，隐私问题不是普通一个软件的问题。再者，问题上报时，有个打钩项，选择了，就上传问题追溯截屏，并且时间段可以给用户选择。比如，事发前面 10 秒的。怎么样？

截屏还是有一定风险，IT 不一定有权限接触各个密级的文件；

截屏有告知，就可以。这个隐私问题超出了软件本身

@panzhangwang 要看贵司的具体机密保护政策了。常见的有：
- 极秘一般不允许截图，不许有 USB，禁止拍照等
- 秘密要求不外传，不打印

@celeron533 #24 极秘？机密吧。定义三级，秘密、机密、绝密。
说到底，既然是涉密内容这个系统装什么软件都要审查。报修软件？省省吧，电话报修不能用吗？
虽说实际操作中有很多密级很低的也不作保护（比如招标文件到合同签订完成前都是秘密级的，但还是随便放得到处都是），但这不是一介 IT 该担心的范畴。你不是涉密人员，没有保护机密的主动义务，只有保护机密的被动义务。

@lllllliu 说的好！

一直录屏就行了，码率不用太高，保持 3 分钟内录屏放在内存里，按键后再存到硬盘。这种录屏操作也有现成的案例，Nintendo Switch 就是这样的做的，按了录屏键之后保存前面一段时间内的录屏。