読書コーナーを3Dにする。絵から、測れる空間へ

「部屋の絵」と、「中に物を置ける3D」は違う

画像生成で素敵な読書コーナーを描けても、机の幅を測ったり、裏側から見たり、ゲームに配置したりできるとは限りません。3Dでは、形・大きさ・位置・材質をデータとして持たせます。ここでは3m×2mの架空の空間に、本棚・ベンチ・丸テーブルを置く小さなモデルを作ります。

AIはレイアウト案、部品への分解、Blender用スクリプトの下書きを手伝えます。サイズや移動を正確にしたい部分は数値で決め、出力をもう一度読み込んで確かめます。

完成例: 小さな読書コーナー

3DモデルGLBを保存 · Blender編集ファイル · 再現用Python

GLBにはモデルと材質を含めています。描画用のカメラ・照明はGLBに含めず、編集ファイル側に残しました。別のビューアーでは照明や色管理が違うため、同じモデルでもこの画像と完全に同じ見え方とは限りません。

初級: まず完成モデルを回して、1つだけ変える

必要なもの

読むだけなら掲載画像と寸法表で学べます。実践はBlenderを使用します。この教材は4.3.2で検証したもので、最新バージョンという意味ではありません。バージョンによってメニューやPython APIが変わる場合があります。

1. 編集ファイルを開く: 自分の作業を保存してから、ダウンロードした .blend を開きます。添付データに外部テクスチャやネット接続は不要です。
2. 視点を変える: 正面だけでなく上・横から見ます。画像では分からなかった厚み、重なり、隙間を探します。
3. 座面を選ぶ: オブジェクト一覧で Bench_seat を選びます。オブジェクトは、位置や回転を個別に扱える部品です。
4. 幅だけを変更: Item（アイテム）の Dimensions（寸法）でXを1.00mから1.20mにします。Y・Zや本棚は変えません。
5. 上から比べる: 壁や本棚に食い込まないか、脚の位置が合っているか確認。座面だけを広げたので、脚の間隔は自動では変わらないことに注目します。
6. 別名で保存: 元の版と変更版を残し、何を変えたかを名前やメモで区別します。

座面の幅を変えるのは、右側のDimensions（寸法）のXです。その上のLocation（位置）XやScale（倍率）と取り違えないようにします。画面の破線はカメラの写す範囲で、範囲外の物は最終画像に入りません。これは編集画面であり、上の完成画像とは照明や表示方法が違います。Blender公式マニュアル: カメラビューも参照できます。

「メッシュ」は頂点・辺・面で作られた形、「マテリアル」は表面の色や光の反射の設定です。形を変えずに色だけ変える場合はマテリアルを編集します。明るくしたいだけなのに形を作り直す必要はありません。

AIへの最初の依頼

Blender 4.3.2で、ゲーム展示用の読書コーナーを作ります。
床は幅3m、奥行2m。実在建物の設計ではなく、見た目を検討する教材です。
本棚、ベンチ、丸テーブルを、直方体と円柱へ分解してください。
各部品の「名前、位置XYZ、幅・奥行・高さ、材質」を表にしてください。
単位はm、BlenderではZが高さ。床上面をZ=0とします。
先に寸法の整合性と重なりを説明し、コードはまだ実行しないでください。
外部素材、ネット通信、追加アドオンは使いません。

最初にAIへ完成画像だけを求める方法も、雰囲気の検討には役立ちます。しかし、今回のように寸法と配置が目的なら、部品表と数値を作る方が検証しやすくなります。

中級: 形の生成と、正確な配置を分業する

この完成例はBを採用しました。理由は「写実的だから」ではなく、読者が3m・2m・1mという数字から自分で変更を確かめられるからです。飾りだけ生成モデルを使い、家具と配置は数値で管理する組み合わせもあります。

見た目が変になったときの切り分け

制作中、この教材でも棚板と側板の面が重なる箇所を見直しました。棚板を側板の内側へ収める寸法に変更しています。見栄えの不具合を、照明を暗くして隠すのではなく、幾何学の原因から修正する例です。

実測比較: 8角と32角、どちらを採用する？

同じ半径0.30m・厚さ0.06m・材質で、円柱の分割数だけを8と32へ変えたGLBを実際に書き出しました。下の図は説明用に適当な多角形を描いたものではなく、それぞれのGLBから天板の頂点を読み出した輪郭です。元の読書コーナーは変更していません。

8角の天板GLB · 32角の天板GLB · 頂点と測定結果JSON

「ずれ」は、頂点を結ぶ直線が、同じ半径の円よりどれくらい内側にあるかです。小数の丸めにより値はわずかに変わります。これは実物の製作誤差ではなく、CGの輪郭の近似を比較する値です。

いま数値と図から言えるのは「輪郭とデータ量の差」です。材質数・影・配置数・端末が違うゲームの速度まで、同じ表から結論にしません。

上級: 画像ではなく、データのまま検証する

完成画像だけでは、見えない裏面やデータ量は分かりません。GLBを書き出した後、新しい空のシーンへ読み戻し、形・寸法・材質が残るか確認します。GLBはglTFのバイナリー形式で、3Dの受け渡しに使われます。元の編集履歴や全機能がそのまま保存される形式とは限りません。

このモデルで実測したこと

• 制作・書き出し環境: Blender 4.3.2。
• メッシュ46個、三角形換算792面。GLBは84,624 bytes。
• GLBを空のシーンに読み戻し、46メッシュ・792三角形を確認。
• 床の寸法3.00m×2.00m×0.12mを読み戻し後にも確認。
• 外部テクスチャ画像は0。単色のマテリアルで構成。

三角形数が少なくても、それだけでゲーム内の速度は保証できません。物体や材質の数、影、テクスチャ、描画回数、端末、ほかのシーン内容も影響します。ここでは複数の本を個別部品にして編集しやすくしています。大量配置する用途なら、形を共有するインスタンスや、必要に応じた結合を検討します。

実習: 測定コードをダウンロードして確かめる

3つのGLB・測定コード・テストのZIP · GLBを読むPython · 元モデルの実行結果。Python 3.9以降の標準ライブラリだけで、入力ファイルを変更せずに実行できます。

python inspect_glb.py reading-corner.glb --expect-reading-corner
python inspect_glb.py table-8.glb
python inspect_glb.py table-32.glb

1. 大きな数だけを先に確認: 元モデルは meshNodes が46、trianglesInMeshDefinitions が792、images が0。比較天板はそれぞれ1メッシュ、28面・124面です。
2. 寸法の軸を見る: 元モデルのFloor_3m_x_2mはglTFのYが上なので、寸法はX・Y・Zの順で3.00・0.12・2.00m。Blenderへ戻すと3.00・2.00・0.12mです。軸順の違いをサイズ間違いと混同しません。
3. 品質の警告を確認: この3ファイルでは面積がほぼ0の三角形と、長さが1から外れた法線は0でした。これだけで穴、物同士の貫通、法線が外向きか、材質の見え方までは保証しません。
4. 条件違反を検査: --expect-reading-corner は元モデル用です。床の拡大率を100倍へ変えた例は、面数が同じでも拒否するテストを含めています。「ファイルが読めた」と「意図した大きさだった」を分けます。

このコードは、教材で使う圧縮なしのGLBの一部仕様に絞っています。圧縮拡張や疎なデータ形式は推測で読み進めず停止します。完全なglTF規格適合を認証する道具ではありません。また、出力する寸法は基本的にメッシュ自身の座標で、親子関係を全部合成した実世界の寸法ではありません。元モデルの床は拡大・回転がないことも別に検査しています。

Blenderで読み戻す検査も、手順を残す

読み戻し検査コードを保存して、次を実行します。このコードはシーンを空にします。作業を保存し、専用のバックグラウンド実行で使ってください。GLBそのものは変更せず、寸法と三角形数を読み直します。

blender --background --python-exit-code 1 --python verify_glb_in_blender.py -- reading-corner.glb --expect-reading-corner --report my-import-check.json

Blender 4.3.2で実行済みの元モデルの検査結果と2つの天板の検査結果があります。元の床は読み戻し後も3×2×0.12m、天板も28面・124面でした。この検査は配置の変換を含む寸法を測りますが、ゲーム内の描画速度や実物の安全性は測りません。

blender --background --python-exit-code 1 --python build_table_comparison.py -- --out table-rebuilt

python compare_table_silhouettes.py table-8.glb table-32.glb --out my-comparison.svg --report my-comparison.json

スクリプトで再現する

添付の build_scene.py を保存し、Blenderがコマンドとして使える環境で次を実行します。これは新しい空のシーンを作り、同じフォルダーへGLB・Blenderファイル・画像を書き出すコードです。既存の作業を保存してから、専用フォルダーで実行してください。

blender --background --python-exit-code 1 --python build_scene.py

AIから受け取った別のスクリプトは、そのまま実行せず、ファイルの削除、外部通信、追加パッケージ、既存シーンを消す処理がないか読んで確認します。バージョンが違ってエラーになる場合は、バージョン・エラー全文・止まった行を渡し、変更を小さく限定します。

数値と見た目、どちらも残す

採用するモデルには、参照画像、元の指示、使用ソフトとバージョン、寸法、書き出し形式、ファイルサイズ、確認した表示先を記録します。生成モデルを使った場合は、そのサービスの利用条件と入力素材の権利も追加します。

「glTFはYが上、BlenderはZが上」という座標系の違いを意識しつつ、標準のエクスポーターが変換する部分と、自分で補正する部分を混同しないでください。読み込み後に傾いたからといって、場当たり的に全オブジェクトを回転すると二重変換になる場合があります。

3方向と、1回の読み戻しで確かめる

1. 正面・横・上から見て、物体の食い込みや不自然な隙間がないか確認した。
2. 単位と寸法を数値で確認し、基準の床や物と比較した。
3. 書き出したGLBを新しいシーンへ読み戻し、形と材質を確認した。
4. 目的のゲームやビューアーで、色・速さ・向きを確認した。
5. 利用条件と、モデルが何の用途に適するかを説明できる。

この教材ではBlenderでの生成・描画・GLB読み戻しを実行済みです。ゲームエンジンやAR機器への取り込み、実機での性能測定、実物の家具としての安全性は未検証です。完成画像からそれらまで保証されたと考えないようにします。

出典と、さらに読む資料

サービスの機能や技術は一次情報を参照。練習課題と比較例は、AI ATLASの編集制作です。

1. Blender Python API Quickstart (official source) Blender Foundation / Blender contributors · 確認 2026-10-22 · Pythonからシーン・メッシュ等を扱う仕組みと、スクリプト実行方法。教材コード自体はBlender 4.3.2で実行確認。
2. glTF: The 3D Asset Delivery Format Khronos Group · 確認 2026-10-22 · glTFの目的と、GLBでモデル・シーンをまとめられること。
3. glTF 2.0 Specification Khronos Group · 確認 2026-10-22 · 座標系・単位、ノードの変換、メッシュ、マテリアル、GLB構造の一次仕様。
4. Scenes and Nodes Khronos Group · 確認 2026-10-22 · シーンの階層と位置・回転・拡大縮小の関係を理解する資料。
5. Camera View — Blender Manual Blender Foundation / Blender contributors · 確認 2026-10-22 · カメラビューと破線枠の役割。掲載する実画面自体は、付属モデルをBlender 4.3.2で開いて撮影。