嵌入式的话大部分板子性能还是略微受限的，参见 https://forum.hamcq.cn/d/7026/66 的话单独跑FT8似乎还行，但是后来我开了两个JTDX一个SDR++就已经卡到几乎无法使用了，如果再加上几乎没有硬件加速支持的视频串流/编码更是直接完蛋。
我这里的嵌入式地图炮包括所有使用RK3588，QCS6490，BCM2172的板子。
Debian有独立的HAM组维护Ham相关的软件包： https://wiki.debian.org/Teams/Hams ，用这个上面的软件不需要考虑再分发问题，而且debian的架构支持比较全面，今年连龙芯和RISC-V都有了。
国产操作系统deepin也有自己的deepin-hamradio-sig， 但是其成员没有一个用deepin玩无线电的 ，我个人角度不太建议用deepin。
除此之外，基于工作经验，我个人强烈不建议脱离现有的软件源自己维护一个Linux发行版。Windows应该也面临着同样地系统工程：如果只是打一个镜像下载很多软件放进去很容易，日积月累的长时间自动化的构建镜像并保证其中的软件既是较新的又没有重大漏洞同时能够相互协调兼容，是一个非常困难的工程学问题。如果基于nix之类的声明式包管理器写个配置扔CI上每天自动打镜像倒是方便的很，但是真的有人用吗。
Linux上有fldigi、JTDX、QSSTV等软件，完成常用的常规通联没有任何问题；Gqrx、SDR++等SDR软件也基本都有。此外，基于pipewire组装音频管线也远比Windows下的虚拟声卡方便实用的多。但是，Linux的一大问题在于缺少非开源的专有软件，如果使用的硬件只有厂商提供的闭源软件，将面临几乎不可用的境地：比如SunSDR的ExpertSDR2，FlexRadio的SmartSDR；或者闭源商业HAM软件如Ham Radio Deluxe、VARAC；或者基于开源软件的二改版本（如JTDX 某国内二改）。ICOM因为公开的CI-V指令手册和wfview的存在状况似乎还好一些，ASRTU-1存在开源的全平台解调软件，尽管简中网络上一直没有类似的教程（而我因为boost在clang上炸了至今没把他跑起来所以本来承诺的教程咕到现在）。
—— Linux内核维护者 Cryolitia, aka BI7BST
闽ICP备2021006864号-7
闽公网安备35020602002794号
互联网举报中心