GitBucket
Toggle navigation
Pull requests
Issues
Snippets
Sign in
Files
Branches
7
Releases
Issues
Pull requests
Labels
Priorities
Milestones
Wiki
Network
Fork
: 0
hasegawa
/
SmTIAS-LightSim
Download ZIP
58 commits
Transfer to URL with SHA
tree:
8118f4a419
Branches
Tags
×
dependabot/uv/minor-and-patch-6735a9c1ae
dependabot/uv/opencv-python-5.0.0.93
dependabot/uv/pillow-12.3.0
dependabot/uv/trimesh-5.0.0
dependabot/uv/urllib3-2.8.0
dependabot/uv/uv-build-gte-0.12.6-and-lt-0.13.0
main
SmTIAS-LightSim
/
docs
/
latest commit
4d5c6172dc
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
[add] TECH_05 MiniTias-Evaluation DNG 対応要求仕様 — MiniTias 撮影フォーマットが PNG から DNG に変わったことに伴い MiniTias-Evaluation 側にも DNG 読み込み I/F の追加を要求.役割分担: 既存パターン (uniformity.py コピー) を踏襲し MiniTias-Evaluation を一次窓口として正規実装→ SmTIAS-LightSim 側にコピー.主要 I/F: load_image_dng (rawpy で 10-bit BGGR Bayer 展開・黒レベル除去・デモザイク・出力形式 rgb_float32/luma_float32/rgb_uint8 選択可能) / load_metadata (TECH_03 スキーマ準拠) / load_lsc_map (4×13×17 配列) / load_hot_pixel_list / mask_hot_pixels / apply_lsc_inverse (将来検証用).既存 PNG 経路は無修正で並列対応(後方互換).既存 src/analysis/uniformity.py 等は無修正で DNG 対応可能なよう output_format で出力型を切替.想定 6 Phase 約 3.5 日.依存追加 rawpy>=0.21.0.V1: PNG vs DNG 整合性確認.V2: 既存 PNG 経路の回帰.V3: メタデータ読み込み.V4: SmTIAS-LightSim 側コピー後検証.開放質問 Q1-Q7 で rawpy バージョン互換・デモザイク既定値・カラーマトリクス影響等を MiniTias-Evaluation 側 Claude セッションで実機確認.引き継ぎは TECH_02 と同様の構造.SmTIAS-LightSim 側のフェーズ A 受け入れ実装は MiniTias-Evaluation 完了後に着手.CLAUDE.md 開発進捗に追記
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