@rintoHasegawa rintoHasegawa authored on 28 May
.claude [update] テンプレートを sync-template SHA 5fc4843 に同期 5 months ago
.vscode [add] .vscode/settings.json を追加(Pylance / Ruff / pytest 設定) 5 months ago
configs [add] Step 8-12: Helmholtz 相反原理を Mitsuba 上で実証検証 — schema.py の RenderConfig.integrator に ptracer 追加.configs/scene_baseline_perspective_{path,ptracer}.yaml で perspective sensor + scalar_rgb + spp=4096 比較.bot/top 比が path 2.035 vs ptracer 2.006 で誤差 1.4% で一致=形は方向独立.絶対値は Mitsuba 実装の正規化差で 1.99× 違うが形(空間パターン)は同じ.副次発見: orthographic + ptracer は Mitsuba 3 で実行不能(Endpoint::sample_direction() 未実装).方向変更で形を実機に近づける道は無いことが確定し LSC モデル化が唯一の道との結論を強化.TEST_01 Step 8-12・TEST_02 索引・TEST_03 学び 5・CLAUDE.md を更新 4 months ago
docs [add] 速度最適化ワーク開始 — TEST_04 シミュレーション速度最適化履歴を新規作成.Speed-0 ベースライン計測完了: configs/scene_baseline.yaml で B1 sm-render 中央値=507.86s(≈8.46分,3回計測 502〜527s±2.4%)/ B2 sm-visualize path bake samples=16 中央値=55.97s.副次発見: DRJIT_LIBLLVM_PATH 環境変数が消失し sm-render が jitc_llvm_init 失敗→ImportError で即死していたことを判明(feature/baseline-calibration でも同症状=コード起因ではない).C:\Program Files\LLVM\bin\LLVM-C.dll が過去インストール残として存在しており User scope に DRJIT_LIBLLVM_PATH 永続化で復旧.sm-visualize の direct bake は内部 scalar_rgb 固定のため過去ログでも警告は出ていたが完走していた点と整合.方向修正: Speed-1 当初の「JIT 有効化で高速化」は既に JIT 経路に乗っているため不成立 →「LLVM-C.dll 自動検出と診断ログ強化(再発防止+scalar fallback 警告)」に再定義.本命の高速化レバーは Speed-2 path bake wavefront 化(10× 以上見込み)に集約.制約: GPU は Intel HD Graphics 520 のみで CUDA 不可,CPU 完結.精度(spp/max_depth)は不変.CLAUDE.md 開発進捗に速度最適化セクション追加 4 months ago
scripts [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
src/ sm_tias_lightsim [add] Step 8-12: Helmholtz 相反原理を Mitsuba 上で実証検証 — schema.py の RenderConfig.integrator に ptracer 追加.configs/scene_baseline_perspective_{path,ptracer}.yaml で perspective sensor + scalar_rgb + spp=4096 比較.bot/top 比が path 2.035 vs ptracer 2.006 で誤差 1.4% で一致=形は方向独立.絶対値は Mitsuba 実装の正規化差で 1.99× 違うが形(空間パターン)は同じ.副次発見: orthographic + ptracer は Mitsuba 3 で実行不能(Endpoint::sample_direction() 未実装).方向変更で形を実機に近づける道は無いことが確定し LSC モデル化が唯一の道との結論を強化.TEST_01 Step 8-12・TEST_02 索引・TEST_03 学び 5・CLAUDE.md を更新 4 months ago
tests [add] Step 8-8: linear 評価モードに mean 揃え正規化を導入 — evaluation/normalize.py の apply_mean_anchor + NormalizationConfig スキーマ + OETF 排他バリデーション + CLI 統合.configs/eval_baseline_linear.yaml で有効化(target_mean=146.7146).形状指標 (CoV/勾配/C/P/max-min) は厳密不変,mean のみ target_mean に揃う.SPEC_02・SPEC_04・TEST_01 Step 8-8 を更新.テスト 62 件追加 (既存 441 + 新規 62 = 503 件全通過) 4 months ago
.gitattributes [add] テンプレートの初回同期(設定ファイル・GUIDE ドキュメント追加) 5 months ago
.gitignore [add] 輝度マップ形状の追跡を TEST_01 に導入 — 比較パネル生成スクリプト scripts/build_luminance_evolution_panel.py 追加、全 7 改善ステップ (8-1〜8-7) で「形」は不変 (Y 軸単調勾配のまま) との発見を新セクションに記述、LSC モデル化の構造的意義を「数値 + 形」の 2 軸で再認識、生成 png は再生成可能のため .gitignore で追跡しない 4 months ago
.python-version [add] uv + Mitsuba 3 環境構築と関連ドキュメントを更新 5 months ago
CLAUDE.md [add] 速度最適化ワーク開始 — TEST_04 シミュレーション速度最適化履歴を新規作成.Speed-0 ベースライン計測完了: configs/scene_baseline.yaml で B1 sm-render 中央値=507.86s(≈8.46分,3回計測 502〜527s±2.4%)/ B2 sm-visualize path bake samples=16 中央値=55.97s.副次発見: DRJIT_LIBLLVM_PATH 環境変数が消失し sm-render が jitc_llvm_init 失敗→ImportError で即死していたことを判明(feature/baseline-calibration でも同症状=コード起因ではない).C:\Program Files\LLVM\bin\LLVM-C.dll が過去インストール残として存在しており User scope に DRJIT_LIBLLVM_PATH 永続化で復旧.sm-visualize の direct bake は内部 scalar_rgb 固定のため過去ログでも警告は出ていたが完走していた点と整合.方向修正: Speed-1 当初の「JIT 有効化で高速化」は既に JIT 経路に乗っているため不成立 →「LLVM-C.dll 自動検出と診断ログ強化(再発防止+scalar fallback 警告)」に再定義.本命の高速化レバーは Speed-2 path bake wavefront 化(10× 以上見込み)に集約.制約: GPU は Intel HD Graphics 520 のみで CUDA 不可,CPU 完結.精度(spp/max_depth)は不変.CLAUDE.md 開発進捗に速度最適化セクション追加 4 months ago
pyproject.toml [add] Step 8 キャリブ準備 — orthographic sensor / visualize 互換化 / ROI 物理対応 / SPEC_03 5 months ago
uv.lock [add] Step 8 キャリブ準備 — orthographic sensor / visualize 互換化 / ROI 物理対応 / SPEC_03 5 months ago