在Linux Mint 20上解决scrcpy版本兼容性问题

scrcpy是一款流行的Android设备屏幕镜像工具，但在Linux Mint 20这样的较旧系统上使用时可能会遇到兼容性问题。本文将详细介绍如何解决这些问题。

问题背景

当用户尝试在Linux Mint 20上运行较新版本的scrcpy时，可能会遇到两种典型错误：

1. 运行旧版本scrcpy时出现的"displayToken must not be null"错误
2. 编译新版本时出现的"libavcodec/packet.h: No such file or directory"错误

这些问题主要源于系统组件版本过旧，特别是FFmpeg库的版本不兼容。

解决方案

方法一：使用静态二进制版本

最简单的方法是直接下载官方提供的静态编译版本。这种方法不需要本地编译，可以避免依赖问题。

方法二：修改源代码适配旧版本

如果静态版本无法运行，可以手动修改源代码使其兼容旧版FFmpeg：

1. 修改decoder.c文件，将#include <libavcodec/packet.h>替换为#include <libavcodec/avcodec.h>
2. 修改packet_merger.h文件，做同样的替换
3. 重新运行安装脚本

技术原理

这些修改之所以有效，是因为较新版本的FFmpeg将AVPacket相关定义移动到了单独的packet.h头文件中，而旧版本中这些定义仍然位于avcodec.h中。这种头文件重组是FFmpeg开发过程中的常见做法，但会导致向后兼容性问题。

系统兼容性建议

对于使用较旧Linux发行版的用户，建议：

1. 优先考虑使用官方提供的静态编译版本
2. 如果必须从源代码编译，注意检查系统依赖库的版本
3. 考虑升级系统或使用容器技术来获得更新的软件环境

总结

在旧系统上使用新软件时，依赖问题很常见。通过理解底层技术原理，我们可以找到合适的解决方案。scrcpy作为一款功能强大的工具，值得用户花些时间解决这些兼容性问题。