10 月 1 日项目开始，10 月 3 日发出 0.1.0，到 10 月 18 日已经迭代到 0.2.7，这个叫 OnAir 的项目目前已经列到 120 种接收模式，还在继续增长。仓库里累计 1315 次提交，330 个收藏、60 个 fork、49 个未关闭的议题，平均每天七十多次提交。 [出自:jiwo.org]

先说清楚它是什么，Onair 是一款免费开源的 SDR 接收软件，作者是 Kristijonas Adomaitis（GitHub 名 adswill），GPL-3.0 协议，代码主要是 C++20 与 Rust，界面用 Dear ImGui。README 里那句自我定位写得很直白——插上天线，选一个模式，然后看软件内部在发生什么：频谱、同步、纠错，一直到解出来的数据。

这句话点出了它和多数 SDR 软件的不同，SDR# 或者 SDR++ 给你频谱和瀑布图和基本的模式，剩下的大多数数字解调、解码要靠一个个外挂插件去凑，插件之间界面不同、录制方式不同、参数叫法也不同。OnAir 把解调、纠错、解码、播放串成一条完整的流水线，用户只需要在列表里选一个模式。

它最初的定位其实是电视，用来解码 DVB-T/T2、DVB-S/S2/S2X、DVB-C、ATSC 1.0 与 3.0、日本的 ISDB-T，还有国内的 DTMB，都在支持列表里；模拟电视的 PAL、SECAM、NTSC 也有。播放器是完整的一套：画面、声音、字幕、图文电视、节目指南，能录、能暂停、能时移，信号短时丢失还会自动补回来；一次宽带捕获甚至能同时解出两三个相邻频道。广播有 DAB/DAB+、DRM、HD Radio、AM 中波短波、FM，FM 带 RDS 和弱台单声道开关。

一个 DVB-T 频道是 6 到 8 MHz，RTL-SDR 那 2.4 MHz 带宽根本装不下，得上 HackRF、BladeRF、LimeSDR、USRP 这些宽带设备。这条界线也决定了后面所有模式的分层：宽带电视一类，窄带信号另一类。同一份模式列表，配 RTL-SDR 时，电视那一整栏基本都用不上。

还记得十多年前使用 RTL-SDR 安装 tv sharp 接收模拟电视，后来模拟电视没有了，数字电视都需要专用的解码设备，今天终于见到 SDR 配套的 DTMB 软件了。

航空 14 种：ADS-B（带实时地图，能同时接入别人接收机的数据）、ACARS、VDL2/VDL4、HFDL、航空波段、VOR/ILS/NDB、FLARM，以及无人机的 Remote ID。海事 5 种：AIS、VDES、NAVTEX、DSC、气象传真。卫星与导航 12 种：Meteor-M 的 LRPT 云图、GOES、Elektro-L、HRPT，加上 Iridium、Inmarsat、Orbcomm、QO-100、CubeSat 遥测和 406 MHz 的 COSPAS-SARSAT 信标。

对多数读者来说，最有用的还是业余无线电这一栏，28 种模式，是十三个类别里最多的一类。WSJT 系列几乎全在：FT8、FT4、FT2、WSPR、JT65、JT9、Q65、FST4、FST4W、MSK144；再加上 JS8Call、PSK31/63、RTTY、CW、Olivia、Contestia、MFSK、THOR、DominoEX、Hellschreiber、SSTV、FreeDV、APRS、LoRa APRS、MeshCom、M17、D-STAR。听说过的，没听说过的，全有。如果手上只有一台 RTL-SDR，这一栏基本就是全部可玩的内容——而且不需要再装 WSJT-X、fldigi、QSSTV 这一堆。

剩下的零零碎碎也不少：DMR、P25、NXDN、dPMR、TETRA、TETRAPOL 六种数字对讲，LTE、5G NR、NB-IoT 的小区信息，GSM-R 与铁路 LBJ，POCSAG、FLEX、Multitone 三种寻呼，14 种物联网协议（LoRaWAN、Meshtastic、Zigbee、蓝牙 BLE、Wi-Fi、Z-Wave、DECT、ANT+ 心率带之类），以及授时信号、电离层探测、射电天文氢线和流星散射。后几项属于“看得出来在干什么、但未必马上有结果”的类型。

0.2.7 加的那批工具，比模式列表更值得看。一个是时间机器：把最近一段原始 IQ 数据滚动缓存下来，事后可以倒回去重解。错过了 SSTV 的一帧、一次卫星过境，或者一晚上才出现一次的 HFDL 突发，不用再等下一轮——这对稀有信号的接收是质变。频段勘察能扫一遍给出占用情况；消息数据库把所有收到的消息存起来并支持全文搜索；监视列表可以对特定呼号、船舶、飞机设告警，推到 ntfy、Telegram 或者 webhook。再往下还有多普勒轨道拟合、自校准、干扰搜寻、无源雷达、RF 相机和协议实验室。

接口也给得足：插件 SDK 可以不重新编译就加模式；onair-server 是无头版本，配 Docker 一条命令起来，浏览器里用；HTTP/WebSocket 远程控制默认只监听本机 8765 端口，开放到网络要 16 位以上的 token；网络调谐器能把频道推给 VLC、Plex、Jellyfin；自己的接收机还能当 rtl_tcp 服务器共享出去。无源雷达和 RF 相机这两项属于玩票性质更多的实验功能，不必抱期待。

设想一个具体场景：一台 RTL-SDR、一根放在窗台的 GP，一个晚上能切换的东西已经相当多——整点看 ADS-B 上的航班，睡前扫一遍 AIS 看港口还有没有船，凌晨用 FT8 看看哪个波段开着，顺手把 POCSAG 的报文存进数据库，等到第二天有 Meteor 过境再切过去收云图。这些操作在 OnAir 里是同一个窗口里的切换，而不是五次重新安装和五次驱动配置。这也是它最实际的价值所在。

有两件事得先说清楚。

第一件是 AI 参与的深度。仓库里几乎每条提交都带 Co-Authored-By: Claude 的署名。rtl-sdr.com 在 10 月 15 日的报道里用了 vibecoded 这个词，意思是一周之内把几乎所有解码器都塞了进去。他们拿自己的 RTL-SDR 实测了几项：DMR 控制信道解出来了并读到呼号，ADS-B 正常显示飞机，LTE 解出 PCI，POCSAG 消息完整。。

作者自己在 README 里列了张清单，明说 Wireless M-Bus、音调解码、COSPAS-SARSAT、MT63、Z-Wave、流星散射、FPV 模拟视频这些只在合成信号上测过，没上过真信号；HFDL 只对着一次真实的空中突发验证过；GOES 的解码在真实信号上尚未确认。

第二件是专利编解码器。从 0.2.6 起，AMBE/IMBE 的 mbelib 不再内置，HD Radio 的 HDC 也要自己编译。直白的结果是：DMR、P25、NXDN、dPMR、D-STAR 的语音你听不到，只能看到控制信道、信令、ID 和呼号等信息。

回到最初的问题：它能做什么？OnAir 不是来替代 SDR# 或 SDR++ 的，它更像一个万能软件，把原本散在十几个小工具里的解码器，收进同一个窗口、同一套界面、同一条录制链路。手上已经有一台 RTL-SDR 或 HackRF、想挨个试试各种信号却不想装十个软件的人，是最合适的用户；喜欢盯着星座图和误码率看的人，也会喜欢它把同步、纠错过程全部摊开的做法。

反过来，如果你只要一台稳定的 DVB-T2 电视接收机，或者想听 DMR 语音，它做不到。这个项目诞生刚好三周，如此的速度实在是惊人。