對於嵌入式系統來說，大多數主機板的效能仍然受到一定限制，請參閱。 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，也稱為 BI7BST
闽ICP备2021006864号-7
闽公网安备35020602002794号
互联网举报中心