自宅商品撮影に必要なストロボのワット数

Share

自宅で商品撮影用にスタジオストロボを導入する際、ワット数(Ws: ワットセカンド)の選択は最初に直面する問題である。400W、600W、800W、1000Wと選択肢がある中で、どの出力を選ぶべきか。物理的な光量の関係と実運用の観点から整理する。

ワット数と段数の関係

ストロボの出力はWsで表されるが、実用上は段数(stop)で比較するのがわかりやすい。段数差は出力比の2を底とする対数で求まり、直感的にはワット数が2倍になるごとに1段増えると理解すればよい。

  • 400Ws → 600Ws: 約0.6段
  • 400Ws → 800Ws: 1.0段
  • 600Ws → 800Ws: 約0.4段
  • 800Ws → 1000Ws: 約0.3段

数字の印象ほど光量差は大きくない。400Wから800Wへ倍増させてもわずか1段差であり、800Wと1000Wの差に至っては約0.3段、ISO感度のわずかな変更で吸収できる範囲である。

モディファイヤーによる光量ロス

商品撮影ではソフトボックスやランタンなどのモディファイヤーを使って光を拡散させるのが一般的である。モディファイヤーを通過する過程で光量はロスする。ロスの大きさはモディファイヤーの種類と構造によって異なるが、大型のソフトボックスやダブルディフューズ構造のランタンでは、おおむね2段から3段の光量ロスが生じる。

例えば2.5段のロスを想定した場合、各出力の実効値はおよそ以下のようになる。

  • 400Ws → 約70Ws相当
  • 600Ws → 約105Ws相当
  • 800Ws → 約140Ws相当
  • 1000Ws → 約175Ws相当

「商品撮影なら200Wで十分」という意見は、比較的光量ロスの少ないモディファイヤーや近距離での撮影を前提としていることが多い。大型ディフューザーを使う場合は、その分だけ出力に余裕が必要になる。

フル発光付近を避ける理由

ストロボは最大出力付近での連続使用を避けるのがセオリーとされる。主な理由は以下の通りである。

  • チャージ時間: 出力が高いほどチャージに時間がかかり、撮影テンポが落ちる
  • 発熱: 自宅のような限られた空間ではストロボの発熱が問題になりやすい
  • フラッシュチューブの寿命: 高出力での連続使用はチューブへの負荷が大きい

このため、実運用では最大出力の1/2から1/8程度の範囲を常用出力とし、必要に応じて上下に調整する余裕を持たせるのが一般的である。

高出力モデルの実用上の懸念

800Wや1000Wのモデルには、自宅商品撮影の文脈で以下の懸念がある。

最小出力が高くなる

ストロボの調光範囲は段数(例: 1/64まで)で決まるため、最大出力が大きいほど最小出力も高くなる。1000Wのストロボで1/64まで絞れたとしても、最小出力は約15Wsである。被写体との距離が近い小物撮影では、光量が過剰になる場面が生じうる。

用途が合わない

800W以上のストロボが真に必要となるのは、大型撮影スタジオで大面積のモディファイヤーを使用する場合や、屋外で太陽光に匹敵する光量をストロボで出す日中シンクロを行う場合など、自宅商品撮影とは異なる用途が中心である。

結論

自宅スタジオでの商品撮影を前提とし、大型モディファイヤーの使用、f/8からf/11程度の絞り、2灯運用を想定するなら、600Wsが出力の余裕と取り回しのバランスに優れた選択である。

400Wsでは大型モディファイヤー使用時にやや余裕がなくなる場面が考えられ、800Wsは実用上0.4段の差に対して高出力ゆえの制約を引き受けることになる。600Wsであれば、モディファイヤー通過後も十分な光量を確保しつつ、最小出力が過剰になるリスクも抑えられる。

出力選びで浮いた予算は、モディファイヤーや背景紙など撮影の仕上がりに直結する機材に回す方が、全体としてのクオリティ向上につながりやすい。

Read more

Dependabotの対応が面倒なのでRenovateを導入する

Dependabotくんはある程度の依存関係の更新を通知してくれるが、山のようにprojectを抱えているとなんとも痒いところに手が届かない。 ということで、Renovateを使ってみる。 Build software better, togetherGitHub is where people build software. More than 150 million people use GitHub to discover, fork, and contribute to over 420 million projects.GitHub ここからGitHub Appを入れる。 あとは、指示に従ってポチポチするだけで、超かんたんだった。 感想 自動化最高。

By Sakashita Yasunobu

nodejsのバグを見つけたのでPRを投げてみた

概要 要するに、node --testで特定のバイナリを標準出力に書くと、テストランナーが固まったり、異常終了したりするバグです。 バグ自体は既知のものだったようで、修正がされていました。 test_runner: infinite loop in FileTest#drainRawBuffer when child stdout contains FF 0F followed by large size bytes · Issue #62693 · nodejs/nodeVersion v25.9.0 (also reproduced on v24.14.1 LTS, v22.21.0 LTS, v23.4.0) Platform Darwin 25.

By Sakashita Yasunobu
青空文庫のParser

青空文庫のParser

青空文庫のParserを作ってます。 GitHub - P4suta/aozora: Pure-functional Rust parser for 青空文庫記法 (Aozora Bunko notation): ルビ, 傍点, 縦中横, 外字, 返り点, indent containers, page breaks.Pure-functional Rust parser for 青空文庫記法 (Aozora Bunko notation): ルビ, 傍点, 縦中横, 外字, 返り点, indent containers, page breaks. - P4suta/aozoraGitHubP4suta Rustで作ってますが、配布物はcargoのほかにnpm/pypiでも入手できます Documentation * Playground — try it in

By Sakashita Yasunobu