最开始设计的时候，只考虑了一个屏幕的情况，这种当然是最理想的情况，实际上双屏或者多屏的用户也不在少数，比如我这两个屏幕，屏幕1是1080P，屏幕2是2K分辨率，打印两个屏幕的区域是 QRect(0,0 1920x1030), QRect(1920,-208 2560x1390)，可以看到有个负数值（可以在操作系统中的排列显示器拖动调整），而且如果屏幕左右的顺序调换下，比如2K的分辨率在前面，打印的屏幕区域是 QRect(0,0 1920x1030), QRect(-2560,-185 2560x1390)，可以看到2K的这个屏幕XY坐标都是负数，你以为这就是所有的情况了吗？那就想错了，还有可能是上下屏幕排列的，2K屏幕在下面打印区域 QRect(0,0 1920x1030), QRect(-639,1080 2560x1390)，2K屏幕在上面打印区域是 QRect(0,0 1920x1030), QRect(-270,-1440 2560x1390)，这还支持两个屏幕的情况，如果是4个或者更多呢，如果要用户获取到对应屏幕的区域然后填入桌面录制参数中，无异于难于上青天，这肯定是不可能的事情，而ffmpeg默认的参数就是要传入真实的偏移值坐标和分辨率，而用户呢又习惯于在哪个屏幕打开的程序就以当前屏幕的分辨率为基准，偏移值以左上角(0, 0)为基准，所以约定用户只需要填入分辨率和相对偏移值就行，不填入就以当前屏幕整体分辨率为准，这就需要搞一个专门的转换函数，专门获取当前屏幕区域并计算各种情况。
经过上面大费周折的计算，以为可以关机回家吃饭加鸡腿了，又想多了，用户可能输入了超过当前分辨率的区域，或者偏移值加上采