Fork: 0
hasegawa / SmTIAS-LightSim
Download ZIP 56 commits
Transfer to URL with SHA
SmTIAS-LightSim / docs /
latest commit bd963b7ef9
@rintoHasegawa rintoHasegawa authored on 1 Jun
..
01_GUIDE [update] テンプレートを sync-template SHA 5fc4843 に同期 5 months ago
02_ENV [add] Speed-1 LLVM JIT 自動検出と診断ログ強化 — runtime/llvm_init.py を新規実装．ensure_drjit_libllvm_path() で DRJIT_LIBLLVM_PATH 未設定時に Windows 標準 4 候補 (C:\Program Files\LLVM 等) + POSIX glob + LLVM_DIR + extra_candidates を順次探索して os.environ 設定（既設定なら上書きしない）．log_variant_status() で llvm_/cuda_/scalar_ 経路を INFO 明示，要求 llvm_* で実 scalar_* なら WARNING 追加．render/runner.py で variant=llvm_* 時に自動検出を呼び ImportError 時は原因明示ログ→ re-raise，mitsuba を関数内遅延 import 化．visualize/baker.py の _set_variant_once に LLVM 自動探索分岐を追加し direct/path 両方で log_variant_status を呼ぶ．cli/render.py で import 順を制御し sensors.py/lights.py のモジュールレベル mitsuba import 前に検出を確実に通す．docs/02_ENV/ENV_02 に LLVM インストール手順・DRJIT_LIBLLVM_PATH 説明・動作確認コマンドを追記．新規テスト 51 件 (runtime/test_llvm_init.py 25, render/test_runner_jit_init.py 14, visualize/test_baker_jit_init.py 8, cli/test_render_jit_init.py 4) で仕様 A1-E1 完全カバー，DRJIT_LIBLLVM_PATH 設定下で 606 件全通過．速度は不変（目的は再発防止＋診断容易化）．数値同等性は MC 内部シードで SHA256 異なるが平均相対誤差 7.23e-05 で統計同等性パス．これで環境変数消失によるサイレントクラッシュが再発しない土台が整備された．TEST_04 Speed-1 セクションを実施結果で更新．CLAUDE.md 開発進捗に Speed-1 完了追記＋実装済みモジュール一覧に runtime/llvm_init.py 追加 4 months ago
03_PLAN [add] OETF 順方向適用を sm-evaluate へ正規実装 — シミュ linear を実測 sRGB ドメインへ変換、後方互換 5 months ago
04_SPEC [add] Step 8-11: データシート準拠の照明モデル統合 — configs/scene_baseline_datasheet.yaml 並列保持．LP-2835D90VW 規格値 (Φv 17.5 lm, LER 280 lm/W) から I_0=0.021951 W/sr を導出，同等品 SMD 2835 の典型配光 cos^1.2 を spot で表現 (cutoff=85°/beam=26.72°, FWHM 111.72°)，反射率を Step 8-6 で導出した物理整合点 0.89 に変更．結果は Step 8-10 と Step 8-9 の中間値 (CoV 0.183, 勾配 26.79%, C/P 1.366)．形は依然 Y 軸単調勾配で構造的変化なし．データシート従順度を上げても形は実機に近づかないことを確定．本筋 LSC が依然必要．SPEC_03 データシート従順版節・TEST_01 Step 8-11・TEST_02 索引・TEST_03 観察事実・CLAUDE.md を更新 4 months ago
05_TECH [update] TECH_04 を「フェーズ A/B 分割」に再構成 — 連射 UI 実装をフェーズ B に降格し，フェーズ A で 1 ショット撮影によるシミュ vs 実機対応検証を先行．方針根拠: 連射再現性が確保できてもシミュとの対応が取れなければ意味が薄い．フェーズ A で MiniTIAS 側に依頼するのは画素統計・Hot pixel map（高優先 2 件）と白板 1 ショット試し撮りのみ．SmTIAS-LightSim 側は DNG/meta.json/LSC マップ読み込み I/F と新規 baseline config を実装して 1 ショット突合．既存通常モード baseline 残差 2.1× が定量モードで変化するかを観察．フェーズ A 完了判定: 残差 ≤ 1.5× ならフェーズ B へ・残差変わらずなら SHADING_MODE フォールバック条件 C1 検討 or 物理モデル見直し・残差増ならパイプライン不整合をデバッグ．フェーズ B 着手はフェーズ A 完了後に判断．TECH_04 サマリ表・V1 検証分担セクション・改善案優先度・次フェーズ作業範囲を全部 A/B 二段階で再構成．CLAUDE.md にも反映．Step 8-13 として TEST_01 に記録予定 4 months ago
06_TEST [update] 速度最適化ワーク一旦中断 — TEST_04 末尾に中断記録セクション追加．中断時点の正直な評価: 実時間改善ゼロ（B1=508s／B2=56s で不変）．副次成果: DRJIT_LIBLLVM_PATH 消失でサイレントクラッシュしていた問題の発見と恒久対処，JIT 経路診断ログ機構，ベンチ条件ドキュメント，テスト 51 件追加．中断理由: B2 path bake samples=16 は現状ボトルネックではなく，B1 は GPU 無し・CPU 完結・精度据置の制約下で取れる打ち手が限定的．本筋のキャリブ作業（LSC モデル化）に戻ることがプロジェクト目的により近い．再開条件 4 項目を明示: (1) path bake samples を増やすユースケース発生 (2) NVIDIA GPU 利用可 (3) クラウド計算活用判断 (4) キャリブ反復回数増加でバッチ時間が研究進度を圧迫した場合．Speed-2 path bake wavefront 化テンプレートは TEST_04 内に未実施のまま保持し再開時に /implement で即着手可能．CLAUDE.md 開発進捗に中断補足を追記．次のアクション: キャリブ作業（LSC モデル化）に戻る 4 months ago