fullseye
tb_env_lightbox — 2D typed op
- データ種:
points→signal - 呼び出し:
fullseye.apply(img, "tb_env_lightbox", a=0.5, b=0.5)(2-D は 1 画像 + 2 スカラつまみa,b∈[0,1]のモデル)
図は合成の入力 128×128 で実際に走らせた出力。左が入力、右が出力。点群は上から見た散布(明るさ = z)、1-D 列は折れ線、体積は z 方向の最大値投影、動画は中央フレーム、複素画像は振幅、絵にならない返り値は値そのもの。
つまみ a を振る(0.1 / 0.5 / 0.9、もう一方は既定):
つまみ b を振る(0.1 / 0.5 / 0.9、もう一方は既定):
段階(前置きの op → この op。左から順):
別の画像でも(合成シーン / 写真 / 硬貨。上段が入力、下段がその出力。つまみは既定):
使い方
撮影ボックスの環境(広い天井の明かり + ほんのり明るい周囲)。無彩色。
:func:`env_studio` が「劇的に見せる」ための暗い部屋 + 小さいソフトボックス 2 灯
なのに対し、こちらは**加工面が加工面に見える**ための環境。2026-09-05 の実測で
分かった 2 つの条件を満たすように作ってある:
* 周囲が明るいこと ―― 暗い環境だとアルミが真っ黒になる(反射率 ~0.9 の金属が
黒く写るのは、映るものが黒いから)。
* それでも**勾配があること** ―― 完全に一様な環境では、どんな異方性ローブでも
同じ値を返すので加工目が消える。ブラシ目が見えるのは、目が環境の明暗を
目方向に引き伸ばすからである。
加工目は**斜めから見ないと出ない**(真上から見た平面は反射方向が全画素で天頂に
集中し、環境の勾配を掃かない)。``optical_camera(tilt_deg=50〜70)`` 程度が目安。
2-D 進化レジストリへ橋渡しした optics の op env_lightbox。実装は同じで、呼び出し規約だけ op(v, a, b) に合わせてある。a が base(既定 0.45)、b が key(既定 4)を振る。
参考(サンプルデータ・文献)
- サンプルデータ カタログ(DL URL / ライセンス) — 2-D は skimage.data(BSD/public)+ 合成、3-D は実データ源(Stanford/PDS 等)の DL URL。
- 演算子の来歴・参考文献 — この op 族の元になった研究/手法の出典。
Studio で試す
下のプログラムは実際に走ることを確かめてある(図と同じ入力)。Studio のヘルプではこのブロックがボタンになり、その場で読み込んで実行できる。
img_to_points 0.50 0.50
tb_env_lightbox 0.50 0.50
実行できる例(この op を実際に呼ぶ検証済みサンプル)
次の例は元の台帳 op env_lightbox を呼ぶもの。この橋渡し op は同じ実装を fn(v, a, b) 規約に合わせただけなので、挙動はそのまま当てはまる(呼び出し形だけ違う)。
- studio_raytrace_scene —
py -3.11 examples/studio_raytrace_scene.py
型が繋がる次の op(signal を入力に取れる)
identity · tb_create_funct_1d_array · tb_smooth_funct_1d_gauss · tb_smooth_funct_1d_mean · tb_derivate_funct_1d · tb_integrate_funct_1d · tb_zero_crossings_funct_1d · tb_abs_funct_1d
同カテゴリ(typed)
tb_points_to_voxel · tb_estimate_point_normals · tb_iss_keypoints · tb_project_points · tb_render_point_depth · tb_statistical_outlier_removal · tb_radius_outlier_removal · tb_voxel_grid_downsample
Provenance: ops.py — 2D operator registry. この per-op ノートは tools/opdocs.py md が自動生成(手編集しない)。
© 2026 Kazufumi Furuse — Fullseye operator documentation. Licensed under Apache-2.0.