博主分享了在TightVNC中实现H264编解码的过程，从编码器编写到测试遇到的帧率低、延迟大的问题。通过排查，列出了可能的问题环节，包括服务器抓屏、编码、网络传输、解码和视频渲染等，并展示了处理流程图，旨在找出并解决远程控制软件的性能瓶颈。
时光流逝，时间过的真快啊！疲于工作，发现近一个多月没写文章了。此文算是对最近的工作做个总结吧。经过尽二个月的不断摸索，TightVNC终于支持H264编解码了，前期真正编写H264编解码器只花了一周左右时间，但是测试发现效果并不是太理想（帧率太低，延迟大），这大概是所有远程控制软件要处理的通病吧。作为一位经验丰富的程序员，很容易向导造成这种问题的原因，有以下几点：
1、Server：抓屏？
2、Server：H264编码？
3、Server：网络传输？
4、Viewer：H264解码？
5、Viewer：视频渲染？
6、Unknown：其它？
为了排除到底哪个环节出了问题，看来不摸透底层事务流程是行不通的，不得已摸透代码画出了下面这个简陋的流程图。
Server端事务处理流程图
扫一扫
918
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
