「ドローンで広大なエリアを空撮したけれど、解析用のハイスペックPCを買う予算がない…」と悩んでいませんか？
一般的に、WebODMなどのSfMソフトで数百枚規模の写真を処理するには、高性能なCPUや大容量メモリを積んだ最新PCが必要とされています。しかし、オフィスで眠っているような古いPCでも、設定次第で十分に実用的なオルソ画像を作成できます。
今回、私は「富士通 CELSIUS J530」という一世代前の型落ちワークステーションを使い、メモリ16GBという限られた環境下で、**450枚（約40ヘクタール）**もの写真をエラーなしの一発で処理することに成功しました！この記事では、低スペックPCでも広大な現場を完遂させるための「パラメーター設定」を詳しく解説します。
使用した機材スペック（富士通 CELSIUS J530）
まずは、今回限界に挑戦したマシンのスペックを紹介します。現在の基準から見ると、お世辞にも「3D解析用」とは言えない型落ちPCです。
- CPU： Xeon E3-1281 v3 シリーズ（第4世代 Haswell）
- メモリ： DDR3 16GB 👈 今回の最大のボトルネック！
- ストレージ： SATA SSD 512GB
- グラフィック（GPU）： 内蔵またはエントリー向けQuadro P600（WebODM処理ではほぼ不使用）
ポイント
WebODMの標準処理はCPUとメモリ（RAM）を激しく消費します。通常、WebODMで450枚もの写真を処理する場合、32GB以上のメモリが推奨されます。古いDDR3の「16GB」という環境は、本来なら途中で確実にパンクしてしまう非常に厳しい条件です。
今回の処理データ概要
型落ちPC・メモリ16GBでありながら、チューニングによって驚異的なスピードで処理を終えることができました。
- 写真枚数： 450枚
- 計測エリア： 40.0554 ha
- 平均 GSD（地上解像度）： 3.58 cm
- 位置情報（Georeferencing）： GPS / GCP（対空標識あり）
- 座標系（CRS）： WGS 84 / UTM zone 54N
- 実際の処理時間： 🚀 1時間7分13秒
型落ちPCでエラーを防ぐ「パラメーター」設定一覧
WebODMのタスク作成時、デフォルトから以下の通りに変更して処理を実行しました。
| パラメーター名 | 設定値 | 狙い・効果 |
|---|---|---|
feature-quality | low | 特徴点抽出を低くし、CPU負荷を最小限にする |
min-num-features | 5000 | 無駄な計算ループを防ぎ、処理速度をアップ |
pc-quality | lowest | メモリを最も消費する点群生成を間引き、エラーを回避 |
mesh-octree-depth | 8 | 3Dメッシュの細かさを抑え、メモリパンクを防止 |
mesh-size | 100000 | 最大ポリゴン数を10万に制限してデータ肥大化をストップ |
dsm | true | オルソ画像の歪み補正に必要なDSMを同時生成 |
dem-resolution | 50 (cm/px) | 標高データの解像度を50cmに間引き、出力を軽量化 |
orthophoto-resolution | 15 (cm/px) | 出力されるオルソ画像を実用レベル（15cm）に抑える |
use-3dmesh | true | メッシュを用いた正確なオルソ歪み補正を行う |
max-concurrency | 6 | CPUの頭脳を6つ稼働させ、PCのフリーズを防止 |
auto-boundary | true | 精度が低い外周のギザギザを自動トリミング |
rerun-from | dataset | 設定変更後に最初から安全に再計算する |
なぜこの設定で「メモリ16GB・450枚」が成功したのか？
① メモリの壁を「pc-quality: lowest」で完全回避
WebODMで最もPCがクラッシュしやすいのが、高密度点群（Point Cloud）を生成するフェーズです。ここをデフォルトのまま実行すると、16GBのメモリは一瞬で食い尽くされ強制終了します。
今回、ここを lowest に指定したことで、J530のDDR3メモリでも、最終的に 22,154,184 Points という膨大な点群をエラーなく安全に処理することができました。
② 出力解像度を「15cm」に間引く英断で、処理時間はわずか1時間強に！
ドローンのカメラ性能（平均GSD: 3.58cm）をそのまま最高画質で出力しようとすると、ファイルサイズが数GB〜数十GBになり、書き出しの瞬間にメモリ不足でPCが固まります。
あえて 15（15cm/px）に指定して高密度点群を間引いた結果、450枚（40ha）という広大なデータ量にもかかわらず、わずか1時間7分13秒で処理が完了しました。ファイル容量も大幅に軽量化されるため、処理後のQGISなどの地図ソフトでの閲覧も、16GBメモリのPC上でサクサク動くようになります。
③ 「max-concurrency: 6」でフリーズを回避
CPUの全スレッドをWebODMに割り当ててしまうと、メモリがカツカツな状態と相まってPCが完全にハングアップ（操作不能）になります。あえて数スレッド残して 6 に設定することで、バックグラウンドで安定して計算を回し続けることができます。
まとめ：位置精度はGCPで担保する
画質（クオリティ）を low や lowest に落とすと、「精度が悪くなるのでは？」と心配になるかもしれません。
しかし、今回のデータは 「Georeferencing: GPS/GCP」 で処理しています。対空標識（GCP）をしっかりとインポートしているため、画質や見た目の解像度を落としても、位置としての幾何学的精度（測量データとしての信頼性）は高く保たれています。
「型落ちPCだから、メモリが16GBしかないからドローン空撮の解析は無理」と諦める必要はありません。パラメーターのバランスさえ見極めれば、オフィスに眠っている古いワークステーションでも十分に40ha規模の現場を1時間強でオルソ化できます。ぜひお試しください！
コメント