先说结论：理论上确实有可行性，但实际落地的门槛高到离谱，全是底层硬骨头要啃——给你拆解下核心逻辑和关键难点：

• USB-C的视频传输基础：USB-C本身支持Alt Mode（比如DisplayPort Alt Mode），Switch正是通过这个模式输出视频信号的。软件模拟采集卡的本质，就是让PC扮演「视频接收设备」的角色，需要在PC端实现对应Alt Mode的协议解析，把Switch输出的DP视频流抓取并转码成PC能处理的格式。

• Switch的输出触发逻辑：Switch不会随便往外输出视频，它会先检测连接的设备是否是符合要求的「显示/采集设备」。这意味着你的软件必须模拟出Switch认可的设备标识——比如特定的USB VID/PID、EDID显示参数等，否则Switch根本不会开启视频输出通道。这一步就已经涉及USB底层设备模拟，不是上层应用能搞定的。

• 底层操作的核心门槛：

  • 你需要直接操作PC的USB控制器（比如通过内核驱动或者libusb这类底层库），把PC的USB口从「主机模式」切换到「设备模式」，模拟成一个支持DisplayPort输入的USB设备；
  • 要实时解析Switch输出的DP原生视频流，包括处理帧同步、色彩空间转换等细节，这部分需要对DisplayPort协议有非常深入的了解；
  • 还要解决USB带宽瓶颈：1080p/60fps的视频流对USB带宽要求极高，必须用USB 3.0及以上接口，而且底层数据传输的稳定性直接决定了视频是否卡顿、丢帧。

• 绕不开的实际阻碍：

  • Switch可能存在硬件层面的验证机制，只认可特定厂商的采集卡设备，软件模拟的设备很难通过它的校验；
  • 大部分消费级PC的USB口默认是主机模式，要切换到设备模式可能需要修改内核或者依赖特定的硬件支持，普通用户几乎做不到；
  • 目前没有现成的开源工具或框架能直接实现这个功能，你几乎要从零开始编写驱动、协议解析和视频处理代码，开发成本极高。

内容的提问来源于stack exchange，提问作者Brennan