Adobe Photoshop Lightroom Part50
■ このスレッドは過去ログ倉庫に格納されています
!extend:checked:vvvvvv:1000:512
!extend:checked:vvvvvv:1000:512
写したままから、感じたままへ。
RAW現像にとどまらず、管理・共有・HDRマージ・パノラマ・顔認識・ギャラリー製作など、フォトグラファーの多様なニーズに応えるツールとして進歩したLightroomのスレ
製品ページ
http://www.adobe.com/jp/products/photoshop-lightroom.html
ヘルプ
http://helpx.adobe.com/jp/lightroom.html
コミュニティフォーラム
https://forums.adobe.com/community/international_forums/japanese/lightroom
Lightroom Journal（英文）
http://blogs.adobe.com/lightroomjournal/
前スレ
Adobe Photoshop Lightroom Part49
https://mevius.5ch.net/test/read.cgi/dcamera/1570806801/
VIPQ2_EXTDAT: checked:vvvvvv:1000:512:: EXT was configured >>463
そうですね。まぁ、そこまでこらないので。
ありがとうございます。 MIDI2LRでライブラリ状態で露光量の可変をしたいのですが出来ますか？ 最近Lightroomがフリーズしまくるんですが何か対策ありますか？ フリーズの反対でCPUにどんどん熱を加えたらいいんじゃないかな。え？寒い？ なんか操作した結果フリーズならあるが何もせずフリーズは無いよ。 本当に何も操作してないならどっちかっていうとPCに問題ありそうだよね Lightroom classicなんですけど普段raw+jpgで写真撮ってるのでカタログに
取り込むと1枚の写真として表示されるんですがrawとjpg分けて表示させる事は
出来ないんでしょうか？
Rawやjpgだけファイル削除するって事がしにくい。 >>477
ありがとうございます！
すでにカタログ登録済みの写真はフォルダー同期でいけますね。 カタログSSD、rawHDDで使ってるんだけど、rawもnvmeとかに移したら体感でカクツキ度合い変わる？
ブラシとか使った後だと表示に時間かかったりするんだけど >>479
おれもそれやりたいんだけど容量が足らないんだよなぁ RAWは最初に読み込まれるだけで、現像中に読み書きするわけじゃないから、
nvme とか SSD とかに移してもほとんど変わらないと思うが。 ページングで読み書き発生するのでシステムドライブにSSDは多少効果はあるはず ページングが起こるような低容量メモリのマシンではそうなんだろうな。 大容量のメモリ積んでても使ってたらページングくらいするだろJK rawの読み込みって、例えばライブラリで1枚表示モードで次々ページ送りしていったら、その度rawにアクセス入るわけ？ プレビュー画像を写している。のでRAWを格納してるディスクが外れてても画像の確認はできる。 Lightroomの動作の軽さにはCPUパワーが結構重要って誰かが言ってた >>492
Lightroomの場合はCPUの1コアの数値が全てだって 書き出してみた
6スレッドはちゃんと使ってるからシングルスレッドの性能だけじゃ駄目だろ
https://i.imgur.com/nHXj37F.jpg 書き出し中は1コア=1枚でコア数分並列処理だけど、
編集中はそこまでちゃんと使ってなさげ
遅さを感じるのは編集中の方なのよね GPUちゃんと効果出てる？
1650だから大差無いのかな？ ファンレスで組んでるから1650以上のGPUって選べないんだよなぁ。 GPGPUの最適化が積極的に進んだらもっと騒ぎになってる。現状GPU盛ってもあんまり変わらん認識。
自分は16コアのマシンで作業してて単コアの速度が多少遅いのは諦めてるけど、読み込み中のCPUの
割り当てが変なのか、やたらLrCが重くて編集どころじゃないのが、困ったもの。
書き出し時は全コア使うから、そのノリで全力稼働させてるんかね？
たまに使うCaptureOneはGPU支援も積極的だしわりと軽快な動きなんだな〜 書き出しってJPEGの書き出しのことと思うけど、JPEGが規格的にマルチスレッド・マルチプロセスで簡単に速度向上する余地ってあんまり無さそうに見えるんだが。
DCT変換は並列処理できそうだけど、8pixel平方ごとだからオーバーヘッドも大きそう。
多分、一番時間がかかるのがハフマン符号化による圧縮の部分で、これはシリアルに処理していかないと行けなくね？
https://www.marguerite.jp/Nihongo/Labo/Image/JPEG.html 書き出し処理だけならマルチスレッドか簡単に出来るんだろうな
多分Lrそのものはスパゲッティーの凄いから待った状態でマルチスレッド最適化が出来ないんだろう >>501
今時のCPUならJPEG圧縮程度ではほとんど時間食ってないと思う。PhotoshopでJPEG書き出しても一瞬だし
時間かかってるのはおそらく前処理のほう >>502
マルチスレッドで単体画像処理するの、かなり無理ゲーじゃね？どんなメモリー構造や排他制御があればマルチスレッド最適化できるの?
>>503
なるほど まー書き出しの時間は現状不満ないかな
大量に書き出す事なんてほぼないから
左のフォルダのツリークリックしたときにのサムネ一覧の表示とかをサクサクやってほしい 書き出しは気にならないけど、編集時のもっさりが気になる はなし全く違うんだけど、現像タブの露光量とかコントラストのスライダーのやじるしをダブルクリックするとワンタッチで0に戻せるのって知ってた？意外と知られてないんかなぁって勝手に思ってる >>507
ひょっとしてFで全画面表示とか知らない？ >>509
たぶん初耳w
そういうtips的なやつ助かるわー 書き出しで時間かかるのはopen/closeだから一般的に小さいファイルを一度にたくさん書くと時間は掛かる 書き出しは放っときゃ終わるけど、編集のもっさりはどうしようもないからな
写真切り替えで読み込み遅くてモザイク絵みたいになるの辛い >>513
寝る前に書き出し開始して目覚めるまで放置とかよくやってるわw
動画なんかも。 オレも書き出しのスピードにはあんまり拘らないな。
放っておくだけだし、極端に遅くなけれはいい
編集中や選別のプレビュー更新は遅いと困る 画像パラパラ移動してった時のプログレッシブ表示要らんわ。
ピンぼけかと思ってxキー押しちゃうじゃん。 最初はビュワーではなくアイコンを最大表示にしてチェックだな ああ、ライブラリのモジュールでサムネのサイズを大きくして見るってことか デスクトップ環境使用でモバイル運用する気のないおれがipad買っていいことある? >>523
iPadでどこまでならやるつもりがあるのかわからないけど、
家に帰る前にiPadに取り込んでレーティング済ますとか、
人にライブラリ見せるとか、何がしかありそうだが。 >>523-524
自分も旅行の時しか使わないけど今コロナで旅行へ行かないから全く使ってない
旅行では旅行先で撮った画像をSNSとかにアップする時にLR使ってる GoToトラベルでもiPadは出先の情報集めには便利だったけど
画像をアップするのはやっぱりSurfaceじゃないと話にならなかったな。 納品前に身体壊してチェックだけ20gbのクラウド経由でiPadでレーティングだけやってた
物欲でipad買ってスッキリするのもアリじゃない？w >>525
これ、やってみたいけどやり方がよくわからん。
iPadに取り込む方法や帰宅後にPCでそれを同期する方法…(´д｀) うーんどうしよう。
物欲で買ってスッキリが正解かも...ｗ >>529
Lightroom CCで元データをすべてクラウドにアップする
iPadではスマートプレビューや編集したい画像だけをダウンロード 他にもやってる人はいると思うけど
iPadのLightroomで取り込んで、選別と補正、書き出してAirDrop納品をした後に、WiFi環境で全部クラウドにアップ
Mac側のLightroomClassicでクラウドからバックアップとして全データをDLとライブラリ登録
しばらくしたらiPadとクラウドからは消去
というのをやってる。速いしバッテリも持つし、Mac持ち歩くよりずいぶんと便利になった >>534
iPadのLightroomにはどうやって取り込んでるの？ >>529
iPadのLr CC for iPadにカメラから画像取り込み（iPadOSに上げてるよね？）
iPadからクラウドに同期
家のPCをクラウドと同期
>>533
質問主が知りたいのは逆でしょ。 USB-CからLihgtningに変換するやつ買わないとだ MicroSoft Storeのlrって、おいくらなんですか？
10台にインストールできて、なかなか良さげなんですが LightningタイプのiPadは読み込みスピード遅すぎて使い物にならんだろ 今どきの無線はどーなんだ？
FlashAirの頃試したら遅すぎてどーにもならなかったが >>542
どの程度の通信品質を求めてるのかわからんからなんとも言えんが、
最大の敵が混雑なのは変わらない。
有線よりは確実に遅いしね。 どんなメリットを欲しいかによるが、家で遊んでいるiPadが高解像度のセカンドモニタになる >>544
聞くべきはマルチディスプレイのメリットあるか、じゃないの？
Sidecarはマルチディスプレイの手段の一つだし。 Photoshopなどで筆圧感知タブレットにもなるな テザー撮影してる時にiPadにも表示してクライアントとか第三者に写真見せられることだろ
以前みたいにみんなでPC覗き込まなくてもiPad回せばいいっていう Lightroom Classicで写真を読み込む時に右下にある「完了」って何の為にあるの？ 読み込みはしなくていいから(もしくは読み込む画像がない)
ときに設定変更の反映だけさせたいなら使う >>550
ありがとうございます。
せっかく急いで選んで読み込み！としたと思ったら、あれ？ってなってしまって… iPadのLightroomでカメラロールに書き出すと書き出した画像が新しいのから古い順番に書き出されてしまうけど1枚ずつ順番に書き出す以外に時系列に書き出す方法ありませんか？ まさかiPhone、iPad版で「自動」を一括で反映させる方法てない？！ MacでLightroom Classic使う時メモリ16GB、32GB、64GBで操作のレスポンスに体感する差はある？
現像の書き出し時間は気にしない >>555
今メモリ16GB、ビデオメモリ4GBのMacだけど
Fキーで全画面表示する時と全画面表示後に拡大移動する時にややかくつく
これはメモリもしくはビデオメモリを増やすことで改善できる？ >>556
かくつくの度合いがわからないけど、
ボトルネックになってるのはそこじゃない。
拡大時用の1:1プレビューあらかじめ作っておいたら？ >>557
1対1プレビューは作ってる
ややかくつくと言うのは
Fキーで全画面表示してない時と比べてFキーで全画面表示した時
拡大縮小、拡大した時の移動の
動きが滑らかじゃないように感じるんだよね Lightroomで全画面にした時もっさりするのはマシンスペック足りないからじゃなくてLightroomのせいだと思う ライトルームとRyzenの相性が悪い、みたいな話って過去に上がったことある？
intelから乗り換えて以来、エラーを吐くことが増えてね >>558
挙動を見ると通常は最大サイズに拡大してからレンダリングするからレスポンスがいい
フルスクリーンはクリックしてからレンダリングしてからフルのデータを拡大縮小してるから
レススポンスが悪いのと、この予備動作を含めCPU、GPU次第なんじゃないかな ■ このスレッドは過去ログ倉庫に格納されています
