众所周知，修改远程连接的分辨率不会影响到物理机本身的屏幕分辨率。比如你的笔记本是1920×1080的，远程连接时你指定要用1280×800的分辨率。那么当你重新用回笔记本的时候，它的分辨率仍然是1920×1080。

那么如果你在远程连接的时候通过ffmpeg录屏，最后录制出来视频的分辨率也是1280×800，而不会是1920×1080。

用户会话

一般来说，最多一个

用户会话的前提是用户，也就是说你得先登陆。

在linux中，支持多个用户同时登陆到同一个账户中。比如你可以用winscp和mobaxtrem同时登陆到同一台Linux机器的不同甚至同一个用户上。云服务器就是个很经典的例子，在云厂商提供的网页版shell登陆root账户，并不会把在其他主机通过winscp也好，ssh软件也好登陆的root账户“踢下线”。

但是windows不行，至少目前来说除了windows server版本之外的版本不行。像常用的windows10家庭版也好，专业版也好，都只支持最多一个用户会话。所以如果A正在使用物理机，B通过远程桌面去访问这台物理机的话，A就会被踢回用户的登陆界面，俗称“抢占”。

ffmpeg与屏幕分辨率

默认相等

在录制桌面的时候，如果不指定ffmpeg的录制分辨率的话，默认取的是当前桌面的分辨率。如果远程桌面选择1020×800的分辨率，那么此时ffmpeg录制的分辨率就是1020×800，和物理机本身设置的分辨率无关。相当于远程桌面和物理机本身的分辨率是独立的。

这就回到上一篇文章Windows冷知识：最小化远程桌面与ffmpeg最后的问题了。为啥最小化远程桌面会中断ffmpeg的运行，而不会中断诸如python等后台程序的运行？

我个人认为，是因为最小化后，远程桌面的GUI渲染停了，物理机又在登陆界面，此时不存在可用的用户会话。那ffmpeg自然而然找不到输入源，所以录制中断。

同理，如果远程桌面开1280×800然后命令行执行ffmpeg开始录制，再切换回物理机并登陆会怎么样？我找了两台虚拟机试了试，物理机登陆成功的一瞬间远程桌面和ffmpeg就都断开了，不会出现录制的视频出现两段有着不同分辨率的问题。