現像ソフトを選び直す

Share

写真を撮り始めた学生がまず手にする現像ソフトは、たいていAdobe Lightroomだ。学割があるし、チュートリアルも多い。周りも使っている。それを否定するつもりはない。

ただ、選択肢がひとつしかないと思っているなら、少し立ち止まってほしい。

Lightroomという「当たり前」

Lightroomが学生の定番になっている理由は明快だ。Adobeは教育機関向けの割引を積極的に展開しており、Creative Cloud全体をまとめて契約する流れの中にLightroomが自然と含まれる。PhotoshopやIllustratorを使う必要があるなら、同じサブスクリプションにLightroomがついてくるのだから、わざわざ別のソフトを探す動機がない。

さらに、ネット上の学習リソースの量ではLightroomが圧倒的だ。プリセットの配布、YouTubeの現像チュートリアル、書籍。入口として近づきやすいのは事実だ。

しかし「入口として近づきやすい」ことと「最も良い選択である」ことは、まったく別の話だ。

Capture Oneという別解

Capture Oneは、デンマークのPhase One社が開発するRAW現像ソフトだ。中判デジタルカメラのメーカーが自社のカメラのために開発した現像エンジンが出発点であり、商業写真やファッション撮影の現場で長く使われてきた。

Capture Oneの特徴を一言でまとめるなら、「色」だ。

同じRAWファイルをLightroomとCapture Oneで開いてみると、最初に気づくのは色の出方の違いだ。Lightroomの色は整っている。整いすぎていると感じる人もいる。Capture Oneの色は、生っぽさを残しながら、深みがある。肌の色、空の青、木々の緑。現像前のプレビューの段階から、色の印象が異なる。

これは好みの問題であり、どちらが「正しい」ということではない。しかし、Lightroomの色しか知らずに「自分は色の扱いが下手だ」と思い込んでいる人がいるなら、一度Capture Oneで同じRAWファイルを開いてみてほしい。問題はあなたの腕ではなく、道具の選択かもしれない。

設計思想の違い

LightroomはAdobeのエコシステムの一部だ。Photoshopとの連携、Adobe Cloudによるデバイス間同期、モバイルアプリとの統合。写真だけでなく、映像やデザインも含めた総合的なワークフローの中に位置づけられている。サブスクリプション前提のビジネスモデルも、この統合路線と一体だ。

Capture Oneは現像に特化している。写真を受け取り、色を調整し、出力する。その一連の工程を、可能なかぎり精密にやる。テザー撮影(カメラとPCを接続してリアルタイムで確認しながら撮影する手法)の安定性が高く評価されているのも、スタジオでの実用を軸に開発されてきた歴史の反映だ。

どちらの設計思想が優れているかではない。自分のワークフローにどちらが合うかだ。写真撮影と現像だけに集中したいなら、Capture Oneの設計思想のほうがしっくりくるかもしれない。

試すハードルは低い

Capture Oneには無料体験版がある。期間限定ではあるが、すべての機能が使える。インストールして、手持ちのRAWファイルをいくつか開いてみるだけでいい。

また、Capture Oneにも教育機関向けの割引が用意されている。学生であれば、通常価格より安く利用できる。Adobeの学割と比較検討してみる価値はある。

ただし、正直に書いておくべきことがある。LightroomからCapture Oneへの移行には手間がかかる。カタログの完全な互換性はなく、現像設定の引き継ぎもできない。過去の写真をすべて移行しようとすると、相当な時間を覚悟する必要がある。「試しに触ってみる」と「完全に乗り換える」のあいだには、大きな距離がある。

道具を疑う習慣

レンズは一本でいいで書いたように、写真の道具選びは「何を選ぶか」以上に「なぜそれを選んだのか」が重要だ。Lightroomを使っている理由が「みんな使っているから」なら、その選択は自分のものではない。

同じRAWファイルを別のソフトで開くだけで、写真の見え方が変わることがある。物撮りは遠くからで書いたパースペクティブの話と同じだ。距離を変えるだけで被写体の見え方が変わるように、現像ソフトを変えるだけで色の見え方が変わる。

道具に正解はない。ただ、試さずに「これしかない」と決めてしまうのは、もったいない。

まとめ

Lightroomは優れた現像ソフトだ。それは変わらない。しかしCapture Oneという選択肢が存在すること、そしてそれが色の扱いにおいて独自の強みを持っていることは、知っておいて損はない。

必要なのは、高い機材でも高度な知識でもない。手持ちのRAWファイルを、もうひとつのソフトで開いてみること。それだけだ。

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