最近又有一批同事問(wèn)我 Ubuntu 22.04 上到底怎么裝 CloudCompare。有人圖省事直接snap install結(jié)果插件不全有人照老教程源碼編譯結(jié)果卡在依賴上幾個(gè)小時(shí)。其實(shí)這個(gè)問(wèn)題本身不難難的是 Snap 版和源碼版的使用邊界沒(méi)搞清楚導(dǎo)致選錯(cuò)了路子。我自己在 Ubuntu 22.04 上把兩種方式都完整跑了一遍還專門(mén)把 PCL/PDAL 插件編譯出來(lái)做了驗(yàn)證這里把全過(guò)程和踩坑記錄一次性寫(xiě)清楚。這篇攻略適合兩類人一是趕項(xiàng)目進(jìn)度就想快速打開(kāi)點(diǎn)云看一眼、做個(gè)配準(zhǔn)測(cè)個(gè)距離的兄弟二是要在 CloudCompare 基礎(chǔ)上做二次開(kāi)發(fā)、需要命令行批量調(diào)用算法、或者必須用到 PCL/PDAL 完整插件的開(kāi)發(fā)者。兩種方案我都放在下面你按自己的需求照著走就行。1. 安裝方式選型Snap 版和源碼版你到底該選哪個(gè)很多人上來(lái)就問(wèn)“哪個(gè)安裝方式最好”這個(gè)問(wèn)題本身就沒(méi)問(wèn)對(duì)。Snap 和源碼編譯不是競(jìng)爭(zhēng)關(guān)系它們針對(duì)的是完全不同的使用場(chǎng)景。我個(gè)人的判斷標(biāo)準(zhǔn)很簡(jiǎn)單你只是“用”CloudCompare還是需要“改”或者“嵌入”CloudCompare。搞清楚這一條選型就完成了一大半。1.1 官方 Snap 包解決了什么痛點(diǎn)Snap 版最大的價(jià)值在于“開(kāi)箱即用”。Ubuntu 22.04 自帶 apt 源里雖然有 cloudcompare 的安裝包但版本落后得厲害而且依賴關(guān)系非常分散光把 Qt、OpenGL 相關(guān)的庫(kù)補(bǔ)齊就要折騰半天。Snap 包把 CloudCompare 和它運(yùn)行時(shí)需要的各種庫(kù)全部打包在一起裝上就是一個(gè)獨(dú)立環(huán)境完全不會(huì)污染系統(tǒng)里其他軟件的依賴。還有一個(gè)容易被忽視的好處Snap 版會(huì)自動(dòng)更新。對(duì)于不怎么折騰系統(tǒng)、也不想每次手動(dòng)去追新版本的用戶來(lái)說(shuō)這個(gè)特性特別省心。你不需要關(guān)心 PCL 版本、PDAL 版本、Qt 版本之間是否兼容Snap 的維護(hù)者已經(jīng)幫你處理好了這些事。但 Snap 也不是沒(méi)有問(wèn)題。最典型的限制是它的沙箱機(jī)制——默認(rèn)情況下Snap 應(yīng)用能訪問(wèn)的目錄權(quán)限是受限的。你如果平時(shí)只打開(kāi)home目錄下面的數(shù)據(jù)那感受不到區(qū)別一旦你習(xí)慣把點(diǎn)云數(shù)據(jù)放在移動(dòng)硬盤(pán)或者/data、/mnt這類非標(biāo)準(zhǔn)路徑下第一次打開(kāi)文件失敗的時(shí)候就會(huì)意識(shí)到問(wèn)題的存在。這個(gè)我后面會(huì)講怎么處理。1.2 源碼編譯的真實(shí)需求場(chǎng)景源碼編譯適合哪些情況我列一個(gè)清單你對(duì)照一下自己有沒(méi)有命中需要用到 PCL 插件的完整功能包括各種濾波、配準(zhǔn)、特征提取算法而不是只有 Snap 版給你默認(rèn)開(kāi)啟的那幾個(gè)基礎(chǔ)功能。需要 PDAL 插件來(lái)讀寫(xiě) las/laz 格式并且要做格式轉(zhuǎn)換、坐標(biāo)系處理、點(diǎn)云抽稀等數(shù)據(jù)流水線操作。需要在終端里以命令行方式調(diào)用 CloudCompare 的算法模塊比如在批量處理腳本里對(duì)幾十個(gè)點(diǎn)云文件做自動(dòng)化配準(zhǔn)或采樣。需要修改 CloudCompare 源碼比如在它的插件框架下新增自定義算法或者把 CloudCompare 的某些模塊嵌入到你自己的點(diǎn)云處理系統(tǒng)里。只要你命中了上述任意一條就老老實(shí)實(shí)走源碼編譯。反之如果你只是偶爾看看點(diǎn)云、量個(gè)尺寸、做個(gè)簡(jiǎn)單配準(zhǔn)Snap 版完全夠用沒(méi)必要為了一兩個(gè)功能去折騰整個(gè)編譯環(huán)境。1.3 兩種方案的直觀對(duì)比我做了個(gè)對(duì)比表方便你快速判斷對(duì)比項(xiàng)Snap 版源碼編譯版安裝復(fù)雜度極低一條命令較高需裝依賴、配 CMake插件完整性默認(rèn)插件可用PCL/PDAL 受限可完整編譯 PCL/PDAL 插件命令行批量調(diào)用受限入口不直觀自由調(diào)用所有命令行模塊二次開(kāi)發(fā)能力不適用支持可修改/新增插件更新方式自動(dòng)更新手動(dòng)拉代碼重新編譯數(shù)據(jù)文件訪問(wèn)需額外授權(quán)非 home 目錄無(wú)限制2. Snap 安裝實(shí)操與使用技巧如果你確定走 Snap 路線這部分可以讓你少折騰不少?gòu)澛?。Snap 安裝本身很簡(jiǎn)單但裝完之后遇到的幾個(gè)小坑如果不注意會(huì)非常影響使用體驗(yàn)。2.1 一行命令完成安裝打開(kāi)終端執(zhí)行sudo snap install cloudcompare安裝過(guò)程會(huì)自動(dòng)拉取最新穩(wěn)定版并完成初始化。如果你對(duì) release 通道有要求也可以顯式指定sudo snap install cloudcompare --stable這里順帶解釋一下默認(rèn)不指定通道時(shí)Snap 也是裝 stable 通道的最新版所以上面兩種寫(xiě)法本質(zhì)一樣。區(qū)別在于如果你之后想切到候選版或測(cè)試版體驗(yàn)新功能可以用sudo snap switch命令換通道。2.2 啟動(dòng)方式與命令路徑問(wèn)題安裝完成后兩種啟動(dòng)方式在應(yīng)用菜單里搜索 CloudCompare點(diǎn)擊圖標(biāo)啟動(dòng)。在終端輸入cloudcompare.CloudCompare啟動(dòng)。第二條很多人不知道。你可能會(huì)嘗試直接輸入cloudcompare但大概率會(huì)提示命令不存在。這是因?yàn)?Snap 包的二進(jìn)制入口名帶了包名前綴。Snap 的可執(zhí)行文件統(tǒng)一放在/snap/bin目錄下你可以通過(guò) ls 看一眼真實(shí)的可執(zhí)行文件名ls /snap/bin/ | grep -i cloud如果你之后想寫(xiě)腳本調(diào)用 CloudCompare請(qǐng)務(wù)必使用完整的cloudcompare.CloudCompare命令而不是裸的cloudcompare。2.3 處理 Snap 沙箱導(dǎo)致的文件無(wú)法打開(kāi)問(wèn)題這是 Snap 版最容易被吐槽的地方。第一次安裝完我打開(kāi)一個(gè)放在/mnt/data目錄下的 las 文件界面直接卡住控制臺(tái)報(bào)權(quán)限錯(cuò)誤。原因就是 Snap 默認(rèn)限制應(yīng)用訪問(wèn) home 目錄之外的路徑。解決辦法是手動(dòng)連接可移動(dòng)介質(zhì)接口sudo snap connect cloudcompare:removable-media執(zhí)行完這條命令/media、/mnt、/run/media這些路徑下的文件就能正常訪問(wèn)了。如果你連 home 目錄下某些隱藏文件夾也讀不了再執(zhí)行sudo snap connect cloudcompare:home這兩條命令執(zhí)行后不需要重啟直接重新打開(kāi)文件就行。我的實(shí)測(cè)經(jīng)驗(yàn)是removable-media這一步基本是必須的因?yàn)楹芏嗳肆?xí)慣把大體積點(diǎn)云數(shù)據(jù)放在移動(dòng)硬盤(pán)或獨(dú)立數(shù)據(jù)分區(qū)上連這一步都沒(méi)做的話裝完 Snap 版會(huì)發(fā)現(xiàn)哪哪都打不開(kāi)。2.4 Snap 版的隱藏限制除了文件訪問(wèn)權(quán)限Snap 版還有一個(gè)不太容易被注意到的限制命令行選項(xiàng)支持不完整。CloudCompare 本身有一套命令行處理模式可以脫離 GUI 執(zhí)行點(diǎn)云配準(zhǔn)、采樣、格式轉(zhuǎn)換等任務(wù)。但在 Snap 版里這套命令行入口被封了一層某些參數(shù)無(wú)法正常傳遞或者輸出路徑被沙箱規(guī)則攔截。我實(shí)測(cè)過(guò)簡(jiǎn)單的-SILENT模式能跑但涉及寫(xiě)文件到/tmp之外的地方就會(huì)失敗。如果你重度依賴命令行自動(dòng)化操作這一點(diǎn)是你遷移到源碼編譯版的最強(qiáng)理由。3. 源碼編譯全流程從依賴到插件一步到位源碼編譯部分我寫(xiě)得細(xì)一點(diǎn)因?yàn)檫@里面的細(xì)節(jié)太多了。Ubuntu 22.04 相比舊版本系統(tǒng)有個(gè)很大的優(yōu)勢(shì)PCL 1.12 和 PDAL 2.3 都在官方軟件源里可以直接 apt 安裝不用從源碼構(gòu)建這些龐大的依賴庫(kù)。這意味著整個(gè)編譯過(guò)程會(huì)順暢很多但前提是你要把依賴裝對(duì)、裝全。3.1 前置依賴安裝一次性裝齊避免反復(fù)折騰先更新軟件源再把基礎(chǔ)編譯工具鏈裝上sudo apt update sudo apt install build-essential cmake git然后是 Qt5 相關(guān)開(kāi)發(fā)庫(kù)這是 CloudCompare GUI 的核心依賴sudo apt install qtbase5-dev qttools5-dev libqt5opengl5-dev libqt5svg5-dev接著是 PCL 和 PDAL 的主庫(kù)及開(kāi)發(fā)包sudo apt install libpcl-dev pcl-tools sudo apt install libpdal-dev pdal如果你需要完整的 PCL 功能強(qiáng)烈建議把下面這些也一起裝掉否則編譯 PCL 插件時(shí)經(jīng)常因?yàn)槿鄙倌硞€(gè)組件導(dǎo)致 CMake 自動(dòng)把插件關(guān)掉sudo apt install libflann-dev libboost-all-dev libeigen3-dev libvtk9-dev libvtk9-qt-dev這里說(shuō)明一下為什么要把 Boost 全家桶裝上。PCL 1.12 對(duì) Boost 的依賴范圍很廣缺了某些 Boost 子庫(kù)的話編譯過(guò)程會(huì)報(bào)出一些隱晦的函數(shù)未定義錯(cuò)誤排查起來(lái)非常費(fèi)時(shí)。Ubuntu 22.04 的 apt 源里 Boost 1.74 版本齊全與其一個(gè)缺一個(gè)補(bǔ)不如一次性把常見(jiàn)的開(kāi)發(fā)包都裝到位。3.2 獲取源碼與分支選擇源碼在 GitHub 上可以直接拉取git clone --recursive https://github.com/CloudCompare/CloudCompare.git cd CloudCompare這里的--recursive參數(shù)必須帶上。CloudCompare 的倉(cāng)庫(kù)里有子模塊比如CCPlugin、qPCL等依賴的外部代碼。如果不帶這個(gè)參數(shù)你會(huì)在 CMake 配置階段遇到一大堆找不到頭文件的錯(cuò)誤到時(shí)候再補(bǔ)救就得回到根目錄執(zhí)行g(shù)it submodule update --init --recursive白白浪費(fèi)時(shí)間。分支選擇上常規(guī)使用推薦拉取 master 分支的最新 release tag。如果你想用最新的開(kāi)發(fā)功能也可以直接留在默認(rèn)分支上編譯。不過(guò)我的建議是使用 release 版本穩(wěn)定性更有保障。3.3 CMake 配置與插件開(kāi)關(guān)詳解進(jìn)入源碼目錄創(chuàng)建獨(dú)立的 build 目錄來(lái)隔離編譯產(chǎn)物mkdir build cd build然后執(zhí)行 CMake 配置。下面是我驗(yàn)證過(guò)的可用指令組合cmake -DCMAKE_BUILD_TYPERelease \ -DPLUGIN_PCLON \ -DPLUGIN_PDALON \ -DOPTION_USE_QT_GUION \ ..幾個(gè)關(guān)鍵選項(xiàng)解釋一下CMAKE_BUILD_TYPE必須設(shè)為Release。Debug模式編譯出來(lái)的程序體積巨大、運(yùn)行極慢而且很多優(yōu)化被關(guān)閉點(diǎn)云渲染流暢度會(huì)明顯下降。PLUGIN_PCLPCL 插件開(kāi)關(guān)。設(shè)為ON后編譯出來(lái)的 CloudCompare 在插件菜單里會(huì)出現(xiàn)完整的 PCL 算法列表包括配準(zhǔn)、濾波、特征估計(jì)等。PLUGIN_PDALPDAL 插件開(kāi)關(guān)。開(kāi)啟后支持通過(guò) PDAL 讀取大量點(diǎn)云格式尤其是 las/laz 文件的讀寫(xiě)非常高效。OPTION_USE_QT_GUIGUI 開(kāi)關(guān)必須保持 ON。如果你只想編譯純命令行版本可以關(guān)掉但不推薦因?yàn)槟闳粘２榭袋c(diǎn)云還是需要圖形界面的。CMake 配置完成后仔細(xì)看一下終端輸出的 Summary 信息重點(diǎn)確認(rèn) PCL 和 PDAL 對(duì)應(yīng)的狀態(tài)是ON。如果顯示OFF通常意味著 CMake 沒(méi)有找到對(duì)應(yīng)的庫(kù)你需要手動(dòng)指定庫(kù)路徑這個(gè)我放在后面的問(wèn)題排查章節(jié)詳細(xì)講。3.4 編譯與安裝CMake 配置通過(guò)后開(kāi)始編譯make -j$(nproc)-j$(nproc)的意思是啟用 CPU 全部核心并行編譯。以 8 核 CPU 為例整個(gè)過(guò)程大約需要 10 到 15 分鐘。如果你在編譯過(guò)程中發(fā)現(xiàn)內(nèi)存吃緊可以適當(dāng)降低并行數(shù)比如make -j4。編譯完成后可執(zhí)行文件位于build/qCC/CloudCompare。你可以直接運(yùn)行./qCC/CloudCompare看到圖形窗口彈出說(shuō)明編譯成功。如果你想把 CloudCompare 安裝到系統(tǒng)目錄讓終端里任何位置都能直接運(yùn)行執(zhí)行sudo make install安裝完成后你會(huì)在/usr/local/bin下找到CloudCompare可執(zhí)行命令。3.5 PCL/PDAL 插件在 CMake 中的配置核對(duì)插件“編譯了但不生效”是新手最容易遇到的問(wèn)題。這里有一個(gè)關(guān)鍵的排查思路CMake 配置時(shí)的ON不代表插件一定會(huì)被編譯只有在make過(guò)程中真正生成了對(duì)應(yīng)的動(dòng)態(tài)庫(kù)文件插件才算編譯成功。PCL 插件的編譯產(chǎn)物通常是一個(gè)以libqPCL.so命名的動(dòng)態(tài)庫(kù)PDAL 插件的產(chǎn)物是libqPDAL.so。編譯完成后你可以通過(guò) find 命令確認(rèn)find build -name libqPCL.so -o -name libqPDAL.so如果能找到對(duì)應(yīng)的 .so 文件說(shuō)明插件編譯成功。同時(shí)在 qCC 的編譯目錄下這些插件會(huì)被自動(dòng)放到可執(zhí)行文件旁邊的 plugins 目錄中啟動(dòng) CloudCompare 時(shí)會(huì)自動(dòng)加載。啟動(dòng)后在菜單欄的“插件”菜單里就能看到 PCL 和 PDAL 的完整功能列表。3.6 讓命令行調(diào)用工作得更順手源碼編譯版的另一個(gè)核心優(yōu)勢(shì)是命令行調(diào)用。CloudCompare 的命令行模式?jīng)]有獨(dú)立的二進(jìn)制文件而是同一個(gè) GUI 程序加參數(shù)運(yùn)行。編譯完成之后你可以這樣驗(yàn)證./qCC/CloudCompare -SILENT -O /path/to/input.las -C_EXPORT_FMT LAS -SAVE_CLOUDS FILE /tmp/output.las這段命令的作用是靜默模式打開(kāi)一個(gè) las 文件然后導(dǎo)出為 las 格式保存到指定路徑。注意-SILENT參數(shù)它會(huì)禁止彈出 GUI 窗口讓程序在后臺(tái)完成處理。對(duì)于批量處理場(chǎng)景你可以寫(xiě)一個(gè)簡(jiǎn)單的 shell 腳本來(lái)循環(huán)處理多個(gè)文件for f in *.las; do ./qCC/CloudCompare -SILENT -O $f -SS 0.05 -SAVE_CLOUDS FILE sampled_${f} done這個(gè)例子實(shí)現(xiàn)了批量抽稀-SS 0.05表示以 0.05 米的間距進(jìn)行空間采樣。類似這樣的命令行操作在 Snap 版里很難穩(wěn)定跑通在源碼版里則暢通無(wú)阻。4. 常見(jiàn)問(wèn)題與排查實(shí)錄依賴環(huán)境這個(gè)東西不同人的機(jī)器上狀況千差萬(wàn)別。我自己在編譯過(guò)程中踩了幾個(gè)典型的坑也幫同事排查過(guò)不少類似情況把最常遇到的問(wèn)題整理成一份速查表方便你對(duì)照排查。癥狀可能原因解決方式CMake 報(bào) Qt5 找不到未安裝 Qt5 開(kāi)發(fā)包或系統(tǒng)優(yōu)先找到 Qt6安裝 qtbase5-dev或手動(dòng)指定 Qt5_DIRCMake 報(bào) PCL_DIR 未找到缺少 libpcl-dev確認(rèn)安裝后手動(dòng)指定 PCL_DIRCMake 報(bào) PDAL_DIR 未找到缺少 libpdal-dev確認(rèn)安裝后手動(dòng)指定 PDAL_DIR編譯中途報(bào) Boost 函數(shù)未定義缺 Boost 子系統(tǒng)開(kāi)發(fā)包安裝 libboost-all-dev編譯時(shí)內(nèi)存不足并行數(shù)過(guò)高降低 make -j 參數(shù)啟動(dòng)后插件菜單無(wú) PCL/PDAL 條目插件庫(kù)未生成或加載失敗檢查 libqPCL.so 是否存在重新編譯插件打開(kāi) las 文件總報(bào)格式錯(cuò)誤未啟用 PDAL 插件必須將 PLUGIN_PDAL 設(shè)為 ON 并重新編譯4.1 CMake 找不到 Qt5 的問(wèn)題Ubuntu 22.04 上有個(gè)比較隱蔽的問(wèn)題系統(tǒng)可能同時(shí)存在 Qt5 和 Qt6 的某些組件CMake 的find_package(Qt5)會(huì)跑偏。排查方法是在 build 目錄里看 CMakeCache.txtgrep -i Qt5_DIR CMakeCache.txt如果顯示路徑包含 Qt6 或者路徑為空就需要手動(dòng)指定cmake -DQt5_DIR/usr/lib/x86_64-linux-gnu/cmake/Qt5 ..然后重新 make。這種情況通常出現(xiàn)在你之前裝過(guò) Qt6 開(kāi)發(fā)包的環(huán)境里。4.2 PCL/PDAL 庫(kù)路徑找不到的排查如果你確定已經(jīng)安裝了libpcl-dev但 CMake 還是找到不可以手動(dòng)設(shè)定庫(kù)路徑。Ubuntu 22.04 上 PCL 的 cmake 配置文件在/usr/lib/x86_64-linux-gnu/cmake/pcl指定方式cmake -DPCL_DIR/usr/lib/x86_64-linux-gnu/cmake/pcl ..PDAL 的 cmake 配置文件在/usr/lib/cmake/PDAL指定方式cmake -DPDAL_DIR/usr/lib/cmake/PDAL ..這種問(wèn)題在 22.04 上其實(shí)不多因?yàn)楣俜皆蠢锏陌窂蕉己軜?biāo)準(zhǔn)但如果你用了第三方的 PPA 或者自行編譯過(guò) PCL/PDAL路徑可能變化這時(shí)手動(dòng)指定就很有必要。4.3 vtk 相關(guān)的編譯錯(cuò)誤PCL 插件依賴 VTK 庫(kù)。Ubuntu 22.04 官方源里默認(rèn)是 VTK 9如果你之前裝了老版本系統(tǒng)的教程裝的是 VTK 7 或 8編譯時(shí)會(huì)出現(xiàn)大量類型不匹配錯(cuò)誤。這種情況建議徹底清理后重裝sudo apt remove libvtk* --purge sudo apt autoremove sudo apt install libvtk9-dev libvtk9-qt-dev清理 VTK 相關(guān)包時(shí)要小心確認(rèn)系統(tǒng)里沒(méi)有其他軟件依賴舊版 VTK否則可能引發(fā)連鎖依賴問(wèn)題。4.4 編譯過(guò)程崩潰或 OOMCloudCompare 的編譯對(duì)內(nèi)存有一定要求并行編譯時(shí)尤其明顯。8 核機(jī)器-j8下峰值內(nèi)存可以達(dá)到 6~8GB如果系統(tǒng)內(nèi)存只有 8GB很容易觸發(fā) OOM。編譯崩潰時(shí)最簡(jiǎn)單有效的方式就是降低并行度make -j2慢一點(diǎn)沒(méi)關(guān)系穩(wěn)定編譯成功才是目的。另外可以臨時(shí)關(guān)閉桌面環(huán)境里的重型應(yīng)用釋放一部分內(nèi)存。4.5 插件編譯成功但加載不出來(lái)的問(wèn)題這種情況我曾經(jīng)遇到過(guò)。動(dòng)態(tài)庫(kù)文件已經(jīng)生成在 build 目錄下但啟動(dòng) CloudCompare 后插件菜單里就是沒(méi)有。排查步驟是啟動(dòng)時(shí)在終端觀察輸出是否加載了 libqPCL.so。確認(rèn)插件庫(kù)文件是否被復(fù)制到了可執(zhí)行文件旁邊的插件目錄。手動(dòng)復(fù)制插件庫(kù)到正確位置cp build/plugins/qPCL/libqPCL.so build/qCC/plugins/ cp build/plugins/qPDAL/libqPDAL.so build/qCC/plugins/CloudCompare 啟動(dòng)時(shí)會(huì)掃描可執(zhí)行文件同級(jí)目錄下的 plugins 文件夾只要 .so 文件存在且依賴庫(kù)齊全插件就能正常加載。5. 安裝完成后的驗(yàn)證與進(jìn)階使用裝好不是終點(diǎn)能穩(wěn)定跑起來(lái)才是目的。我建議你裝完后做一遍快速驗(yàn)證把核心功能都過(guò)一遍確認(rèn)自己裝的版本沒(méi)問(wèn)題。5.1 快速功能驗(yàn)證清單啟動(dòng) CloudCompare確認(rèn) GUI 窗口正常渲染。導(dǎo)入一個(gè) las 或 ply 點(diǎn)云文件確認(rèn)三維渲染流暢旋轉(zhuǎn)縮放無(wú)卡頓。打開(kāi)插件菜單確認(rèn) PCL 和 PDAL 兩個(gè)插件條目存在且能展開(kāi)子菜單。執(zhí)行一次簡(jiǎn)單的點(diǎn)云配準(zhǔn)操作比如 ICP 配準(zhǔn)確認(rèn)算法模塊正常參與計(jì)算。通過(guò) PDAL 插件導(dǎo)出一個(gè) las 文件確認(rèn)讀寫(xiě)鏈路沒(méi)有問(wèn)題。其中點(diǎn)云配準(zhǔn)和 las 讀寫(xiě)是 PCL/PDAL 插件最核心的兩個(gè)能力這兩項(xiàng)驗(yàn)證通過(guò)說(shuō)明插件配置基本沒(méi)有問(wèn)題。5.2 命令行批量處理的實(shí)際運(yùn)用源碼編譯版最讓我受益的場(chǎng)景是批量處理。舉個(gè)例子項(xiàng)目里有一次需要對(duì) 30 多個(gè)測(cè)站點(diǎn)云做統(tǒng)一抽稀如果逐個(gè)打開(kāi) GUI 操作一個(gè)文件就得花兩三分鐘30 個(gè)文件就是將近一個(gè)小時(shí)。用命令行腳本來(lái)做全部時(shí)間不超過(guò)兩分鐘mkdir -p output for f in scans/*.las; do name$(basename $f .las) ./qCC/CloudCompare -SILENT -O $f -SS 0.02 -SAVE_CLOUDS FILE output/${name}_sampled.las done這個(gè)腳本做的事是對(duì)scans目錄下所有 las 文件做間距為 2 厘米的均勻采樣輸出到output目錄。核心就是-SS 0.02這個(gè)參數(shù)——CloudCompare 的內(nèi)部空間采樣算法能以指定間距對(duì)點(diǎn)云進(jìn)行均勻抽稀效果比直接隨機(jī)抽點(diǎn)要規(guī)整得多。5.3 源碼版后續(xù)升級(jí)維護(hù)源碼版不像 Snap 版會(huì)自動(dòng)更新維護(hù)需要手動(dòng)進(jìn)行。我一般按這個(gè)流程走cd CloudCompare git pull git submodule update --init --recursive rm -rf build mkdir build cd build cmake [同樣的參數(shù)] .. make -j$(nproc) sudo make install這里我特別強(qiáng)調(diào)一點(diǎn)每次更新后一定要把 build 目錄刪掉重新建。不要圖省事直接在已有 build 目錄里重新 cmake因?yàn)榕f的 CMakeCache.txt 里會(huì)殘留上次配置的變量容易引發(fā)莫名其妙的編譯錯(cuò)誤。刪掉重建雖然多花幾十秒但省去的是幾個(gè)小時(shí)的排錯(cuò)時(shí)間。5.4 與系統(tǒng)里其他點(diǎn)云工具的配合CloudCompare 在 Ubuntu 生態(tài)里不是孤立存在的。我經(jīng)常把它和CloudCompare配合pdal命令行工具、ply格式的處理腳本一起用。比如先用 PDAL 對(duì)點(diǎn)云做地面分類再用 CloudCompare 做可視化驗(yàn)證和精細(xì)配準(zhǔn)。各自發(fā)揮長(zhǎng)處效率會(huì)高很多。如果你的工作流里也涉及這類多工具搭配源碼編譯版的靈活性和對(duì)數(shù)據(jù)格式的完整支持會(huì)讓你舒服很多。我在實(shí)際使用中的體會(huì)是CloudCompare 的源碼編譯其實(shí)最難的部分不是編譯本身而是編譯前那 20 分鐘的依賴決策——你到底需要哪些插件、哪些功能決定你在 CMake 階段寫(xiě)哪些選項(xiàng)。第一次編譯時(shí)我貪多求全把所有插件都打開(kāi)了結(jié)果編譯時(shí)間翻倍還多出不少依賴沖突。后來(lái)精簡(jiǎn)到 PCL、PDAL 兩個(gè)核心插件整個(gè)過(guò)程就順多了。如果你之前從來(lái)沒(méi)編譯成功過(guò)建議第一次就老老實(shí)實(shí)只開(kāi)這兩個(gè)插件跑通之后再考慮要不要加別的。最后再分享一個(gè)小技巧編譯時(shí)把-DCMAKE_INSTALL_PREFIX$HOME/opt/CloudCompare指定成自己的目錄這樣既不用 root 權(quán)限后續(xù)清理升級(jí)也方便得多。