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

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

青空文庫の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

イケイケなWinスクショアプリを作りました

パソコンのスクショってなんというか、地味というか、撮ってそのままだと何とものっぺりしていますよね。 特にWindowsだとMacっぽい丸っこい感じとかもなく、無骨だなあと。 ということで、それっぽくおしゃれな背景や角丸を付けておしゃれに撮影をしてくれるスクショアプリを作りました。 GitHubで公開しています。 GitHub - P4suta/Snaply: Snaply — a modern, clean-architecture Windows screenshot tool (WinUI 3 / .NET 10)Snaply — a modern, clean-architecture Windows screenshot tool (WinUI 3 / .NET 10) - P4suta/SnaplyGitHubP4suta ウィンドウ・領域選択・スクリーンのキャプチャができます。 タッチスクリーンなどにも対応しているはずです。 撮影をすると、クリップボードにコピーされ、フォルダーへの保存もされます。

By Sakashita Yasunobu
Find My Files

Find My Files

Windowsにおける爆速ファイル検索アプリの定番といえば、Everythingです。 voidtoolswebhost2 その高速さの理由は、NTFSの仕組みをうまく活用していることにあります。Windowsで一般的に使われているNTFSには、ファイル情報を管理するマスターファイルテーブル(MFT)と、ファイルシステムの変更履歴を記録するUSN Journalがあります。Everythingはこれらを利用することで、初回に高速にファイル一覧を構築し、その後はUSN Journalを監視してリアルタイムにインデックスを更新しています。そのため、数百万ファイル規模の環境でも非常に高速な検索を実現しています。 もちろん、単純にファイル名やパスを保持するだけでは、大量のメモリを消費してしまいます。また、数百万件ものファイルから一瞬で目的のものを見つけるためには、メモリ効率の高いデータ構造や高速な検索アルゴリズムなど、さまざまな工夫が必要になります。 このように、Everythingは見た目こそシンプルですが、中身はかなり高度なことをやっているソフトウェアです。 なお、Everyth

By Sakashita Yasunobu