スキップしてメイン コンテンツに移動

Lightroom vs. Bridge

Adobe Photoshop Lightroomに世話になってかれこれ4年ぐらいだろうか。
今まで何の疑問もなく、Lrに写真を放り込み、Lrで現像して、Lrから書き出すというフローで写真を扱ってきた。
しかし、この頃Adobe Bridgeというソフトウェアの便利さに気付いてしまった。
というのも、バイトで世話になったプロカメラマンがずっとBrで管理をしており、その人に触発されたというのが大きいのだが……。
まだ完全移行したわけじゃないし、そもそもLr→Brに移行すると決めたわけでもないが、いい機会なので両者について、そして僕の現像フローの現状・問題点を簡単にまとめてみようと思う。
特には参考にならないと思います。

Lightroom

言わずと知れたカタログ管理型のRAWデータ現像ソフトである。インポートした写真に関するあらゆる情報(含・プレビューデータ)を全て.lrcatファイルに書き込み、一元管理するスタイル。
元々とても“重い”ソフトで、どれだけPCのリソースがあっても足りないといった印象があるが、最近のアップデートでは、動作自体の軽量化と引き換えにRAMの消費量が激増した。
組んだとき池沼過ぎてRAMが16GBしかない(RAM高騰のせいで増設しようにも相場は組んだときの倍以上である)僕のPCでは、いくら6700KだCUDAといってもLrが仕事してる間は他ごとができなくなる(Lrだけで10GB以上RAMを食うので)。
しかし、インポート(EXIFの撮影日ごとにサブフォルダ作ってコピー)→管理(フラグ・キーワード・レーティング)→現像(編集・書き出し)というフローがソフト内で完結しており、また、プリセット、現像設定のコピペなど、大量の写真を一括して捌くことに考慮した設計が随所に見られる。
つまり、1度プレビューさえ生成してしまえば、大量の写真をかなり効率よく捌くことができる。
UIはカスタムの自由度こそ低いが、使いにくいわけではなく、見た目も洗練されている。

Bridge

Lightroomが写真(RAWデータ)の管理・編集に特化しているのに対して、BridgeはもともとAdobe Creative Suite/Cloud系ソフトで扱う様々なファイルを一括管理するためのソフト(だt思う)。
なので、Windowsではできない.psdや.aiのサムネ表示プレビューはもちろんできるし、ファイル内で使用されているフォントの一覧なんかも表示できたりする。
加えて、CameraRAWとの連携が高レベルでなされており、RAWデータのサムネ表示・プレビューはもちろん、サムネダブルクリックからCameraRAWの画面を呼び出し、そこから編集・書き出し・XMPに設定を保存といったことができる。
XMPに書き出した設定は、Bridge内でのサムネやプレビューにも自動で反映され、Lightroomと比べてソフトの動作が非常に軽量なのもあってサクサクと現像作業を行うことができる。
僕がやり方を知らないだけかもしれないけど、Lrのようにプリセットを使ったり、現像設定をコピペすることはできない。
Lrが大量の写真を捌くことに特化しているのに対して、こちらは選別しつつ1枚1枚を加工していくといった感じ。
UIのカスタマイズ性は高いが、恐らくCS5ぐらいからデザインスキームが更新されていないためいろいろとクソダサい(けど使い易い)。

現状

現在、“原則”として、Lrにインポートし、管理・現像を行うのが僕のフローとなっている。
つまり、写真の諸設定は全部Lrのカタログ上に存在している。
しかし、例えばモータースポーツの撮影みたいにウン千枚と撮って帰ってきて結局採用されるのは十数枚みたいな撮影の時、Lrで作業しようと思うとインポート→プレビュー生成に数時間を掛けることとなり、非常にだるい。
プレビュー作らなきゃいいじゃないかという声が聞こえてきそうだが、等倍プレビューを生成していないLrではピント・ブレのチェックで拡大する度に等倍プレビュー生成が入り、非常にテンポが悪いのである。
そしてLrのプレビュー生成は品質重視なのか基本的に遅い。

ということもあって、撮ってきた写真をLrにインポートせずにとりあえずHDDの仮フォルダにコピーだけした、みたいな状態の写真が数千枚溜まっているのが現状である。
そのよろしくない状態にBrを知ってしまった僕はどうなったか。
「仮フォルダを直接Brで参照してしまった」のである。
その結果、「撮ってきたものを仮フォルダにコピー→Brで適当にチェックして気に入ったのをCameraRAWで弄って→書き出し」という、本来LrでやっていたことをBrでやるようになってしまった。
先述の通り、1枚選んで弄って書き出すだけならBrのほうがサクッとできるわけで、いよいよLrの存在価値が危うくなってきたのでは、という危機感のもとにこの記事を書きはじめたわけである。

どうする

その時々都合の良い方を使うのが妥協案としてあるが、方やカタログ管理、方やXMP(サイドカー)管理ということで、この辺の相性が(同じAdobeのソフトのくせに)とても悪い。
この点は一応LrでXMPを自動で書き出す設定にする+古い写真も全て設定をXMPに書き出すことである程度は解消する。
いっそBrに完全移行してしまえばいいような気もしてくる(Lrからカタログ上の設定をすべてXMPに書き出すオプションがあるので、それを使えば設定を失わずに移行自体はできる)が、Lrでときたまテザー撮影とかやるし、500枚撮って400枚採用みたいな撮影の時はLrのほうが楽だったりするので、そういうわけにもいかない。
いやまあ、大人しく写真貯めないようにしてLr使っとくのがいいんだろうけど、めんどくさいからね。
Lr重いし。

そもそもHDDの中にボツ写真が大量に眠ってるところから解消しないと行けない気がしてきたし、デジカメ5年目にして最大の悩みにぶち当たってる気がする。
もうC1Pに逃げるか???

では。

このブログの人気の投稿

NASのバックアップ設定でハマった

NASを買った。数年前にSynologyのDS-220+を導入して写真置き場として使ってるので2台目となる。買ったのはQNAP TS-253Dというモデル。メーカーが揃ってないのが気になるが、DS220+より格上モデルである。なんとこれが15k円で買えた。買わんわけがない。買ってから数週間眠らせていたが、夏休みに突入したのもあって重い腰を上げてセットアップをすることにした。 HP-A8って立てて使っていいのかな…… 中身のHDDは新調したいところだが、このご時世気が狂うほど高い。10TB超のを2発買おうもんなら10万オーバーである。というわけで、HDDは新調せず、RATOCのRAIDケースに入れてSynologyのバックアップ用としていたWDのUltrastar DC HC530(Amazonでリファービッシュがやけに安かったときに買った)を流用することにした。NASに差して初期構築するとフォーマットされてしまうが、そもそもバックアップしか入れてないのですぐ取り直せば問題ない、という算段である。 最初に思いついたのは下記のような構成 PCローカル(5.5TBぐらい):QNAP HDP for PC/VMを使ってQNAPに取る Synology(7.5TBぐらい):Synology Hyperbackupを使ってQNAP(Rsync)に取る PCローカルの方は初回バックアップも半日ほどで終わり、問題なく完了。PC<->QNAPは2.5GbEで繋がっているのもあり、目測200MB/sほど出ていたため半日ほどでつつがなく完了。 一方、Synology->QNAPの方は15MB/sほどしか出ていない……。このままのペースでは1週間以上掛かるが?ということでGeminiに泣きつく(今思えばこれも泥沼の原因かもしれない)。 まずGeminiが指摘したのは、バックアップ対象にActive Backup for Businessのリポジトリが含まれていること。これは今までPCのイメージバックアップをSynologyで取っていたときのもので、今後QNAPで取るようになるのでそのうち消す予定だった。とりあえず入れとけばええわwとバックアップ対象に入れてしまったが、管理用の細切れデータが大量にあるからスループットに影響しているだろう(実際中にsqliteのDBファイルが...

「LR/Mogrify 2」+「LensTagger」でLightroomから撮影情報の透かし入り写真を書き出す

Lightroomには書き出し時に透かしを入れる機能がある。 この機能はいわゆる著作権情報や「SAMPLE」みたいなのを入れるためのもので、 入れる文字列は固定になってしまう。 Twitterとかに写真上げるとき、撮影情報の透かし入れれるとかっこいいよなあとは昔から思ってて、 Lrでスッと出来ればいいのにってずっと思ってた。 有料の拡張入れれば出来るのは前から聞いてたし、つまりは拡張入れないと出来ないわけで、 めんどくせっつってずっと忘れてた。 先日急にその事を思い出し、調べてみると透かしに動的なデータを流し込む拡張は 「 LR/Mogrify 2 」というらしい。 最低3.5EURの寄付でフル機能が使えるタイプのカンパウェア。 インストールは若干メンドくさいが、 http://rihla.hatenablog.com/entry/2017/11/01/230616 http://www.twinklestars.net/entry/2015/06/29/173456 あたりを参考にさせていただいた。 で、僕はニコンのカメラを使ってるわけだが、 ニコン機で撮った写真のEXIFに残るレンズ名は非常に儚い。 純正レンズだろうが非純正レンズだろうが「○○mm f/××」という簡素にも程がある情報しか残らないのである。 150-600Sの場合がこれ。 このままだと、LR/Mogrify 2を使ってもこの貧相なレンズ名が透かしとして入るだけで、機材ドヤリング用としてはほとんど意味を成さない。 というわけで、EXIFを改竄する必要がある。 それに使うのが「 LensTagger 」だ。 これはフリーで、LR/Mogrify 2と同じく、Lrの拡張機能にあたる。 随分前になぜか導入だけしてずっと使ってなかった。 http://pentax-memo.brassworks.jp/memo/lightroom-lens-edit/ 導入&使用法はこのあたりを参考にした。(と思う) これは本来、非CPUレンズ(レンズ名が「0mm f/0」になる)の写真や、スキャンしたフィルム画像にレンズ情報を入れる為の拡張だが、 焦点距離や開放F値とは別にレンズ名自体も変更できるのでその機能を使う。 両方とも導入がメンドくさい...

ゆのくに天祥でアニクラのカメラマンをやった

 先日、石川県の「ゆのくに天祥」に69人で団体宿泊するという奇祭に参加させてもらった。表向きは蓮ノ空女学院スクールアイドルクラブのファン有志のイベントなのだが、実際のところは自分含めて蓮ノ空にあまりコミットしていない人も多数参加していた。どんなイベントだったのかは幹事の1人である去勢さんのブログを参照されたい。 一泊二日(といってもほとんどがメインだが)のイベントは大盛況のうちに終了し、余韻の覚め遣らぬうちに…ということで参加者が皆ブログを書き始めたので便乗しようと思う。が、ネタがない。今回は往復ともに知人参加者の車に便乗させてもらったため、関東/愛知から原チャで来た変な人たちみたいに道中をネタにすることもないし(なくはない)、もちろん主催でも幹事でもないのでそういう目線の話もできない。かといって、参加者として記事にするつもりで記録をしているわけでもないので、それはそれでできない。でもなんか記事を書きたい……ということでこういうタイトルになった。ちなみに原チャ軍団のブログも貼っておくのでご興味のある方は是非(車でも大概遠いと思うのですが……)。 愛知から来た人: 2泊3日のバイクツーリングに行った -前編- - もつにこみのブログ 東京から来た人: 東海・北陸・甲信をひた走る原付1,300kmツーリング① 往路編 - 9sk_garage  本題 本イベントでは目玉企画として、ゆのくに天祥にある「ガーデンホール白雲」という貸し切り専用のホールでアニソンDJイベント(以下アニクラ)が開催された。オタクソングに浸ること自体は大好きだが、蓮の曲はあまり知らないしオタ芸も打てないので、勝手にカメラ係を自称して写真撮影を頑張ることにした(後々知ったが幹事の皆さんはカメラ係を欲していたようで事前に名乗り出ておくべきでした、すみません)。大学生時代こそバイトで様々なイベントを撮影していたが、社会人になってからはめっきり。思ったより体は動いたものの準備不足が否めない感じとなってしまったので、自分への備忘録も兼ねて記事にまとめておこうと思い立った次第。 ゆのくに天祥では勝手に撮影係を自称してカメラを振り回してました。特に2次会(アニクラ)は久々のアドレナリン出る系撮影だったのもあって、あの一晩で1500枚ほど撮ってたみたいです。速やかに選別・現像して皆様へお届けし...