Lightroomカタログで実際に処理できる画像の数は?


19

Lightroom V3カタログは多くの画像を処理できることをここで読みましたが、だれかが言及した最大のデータベースは60kでした。えっ!;)

私は現在、30TB RAW + 200k JPEG(過去から)を3 TB前後で記録しており、急速に成長しています。RawShooterからV2に切り替えたとき、大規模なカタログは6コアのクアッドコアでも非常に遅いことがわかったため、すべてが14のカタログ(完成、ライトグラフィティ、写真撮影、作業など)に分類されます。GBのRAM。

私は考え愛する 1つのカタログの簡素日に戻って、私はそれが永遠に血まみれになりますインポートを言及しないように...再び厄介を得るつもりだ怖いです;)

MASSIVEカタログ(> 500k)使用した実際の経験はありますか?パフォーマンスに関して何が期待できるか教えてください。いくつかの操作は、コーヒーブレイクに間に合う、スピーディー、または時間ですか?

注:LRは一般にMacでより高速に実行されるように思えるので、Windows 7のエクスペリエンスに特に興味があります。


1
明確化の要求:LRはMacでより高速に実行されるため、Windows 7について質問していますか?Macの回答はあなたの現実を反映していないかもしれないからです。あなたが何か違うことを意味する場合、私はここで尋ねると思いました。:)
リンデス

それがMacでより速く動くと信じているからです。Macの経験(他の好奇心の強い人にとって)を知ることはまだ面白いかもしれませんが、私の隣に座っている人はMacにいて、LRは一見速く走ります。
glenneroo

うーん、この質問は、カタログが83GBと66Kのアイテム(RAW、DNG、JPEGの混合)に成長するのではないかと心配して見つけたものです。
ポールハドフィールド

回答:


15

Lightroomに取り組んでいるアドビの従業員から数十万人と言われました。したがって、100万未満です。

Lightroom 3 FAQはこれをサポートしているようです:

カタログには何枚の写真を保存できますか?Lightroomカタログに保存できる写真の具体的な最大数はありません。100,000〜1,000,000枚の写真の場合、コンピューターのアドレススペースが不足する可能性があります。

ソース:http : //kb2.adobe.com/cps/333/333736.html

PS:削除はあなたの友達です。誰もがストレージは安いと言っていますが、ストレージを管理するコストはそうではありません。個人的には、私が撮影した8枚の写真のうち7枚を削除します。そのため、写真のコレクションはより美しく、管理しやすくなっています。


2
+1音量については良い点ですが、トーストだと思ったショットをいくつか回収しました。このための「アドレス空間」についてアドビが何を意味するのか完全にはわかりません... 32ビットのプラットフォームでも1,000,000を超えるため、整数ではないと仮定します。かなりあいまいです。
ジョンキャバン

2
@John:彼らが言及するアドレス空間は、データベースファイルでどれだけのストレージがインデックス可能かということです。異なる画像には異なる量のスペースが必要ですが、ファイル内の領域が不足すると、それ以上画像を追加できません(または、既にそこにある画像に必要なストレージを拡張できません)。使用するデータベースエンジンの制限に基づいて、これは4GBであると考えています。その場合は、カタログのサイズに基づいて、カタログの画像の数に基づいて...制限が100万画像をはるかに超えると予想します。しかし、彼らはおそらく「最悪の場合」にその制限を設定します。
cabbey

削除する場合は+1。カタログを2か月ごとに確認し、保存できないものはすべて削除します。100%になっていない、率直に言って、ドライブにあり、共有も印刷もしていない場合は、おそらくもう一度見に行きます。
ニコラススミス

10

211,489個の画像を含むlightroomインスタンスがあります。

確かに、サブ10Kコレクションよりも少し遅いですが、使用可能です。ただし、LRは、ライブラリを読み込むときにすべてのライブラリ写真ファイルが実際に存在することを確認するか、何らかのライブラリスキャンを実行するように主張しているように見えるため、完全に開始するのに時間がかかります。いずれにしても、すべてのカタログが利用可能になるまで数分かかります。

ライブラリをスキャンしている間、GUIは応答するため、ファイルをカウントしているときに作業できます。とにかく、まだスキャンしていないファイルで作業したくない場合。


これは少し話題から外れていますが、巨大なカタログを管理するために私が見つけた最高のソフトウェアは、Picasaです。

Picasaは、開始時に感知できるほど遅くなることなく、600Kの画像コレクションを管理しています。また、すべてを動的にロードするように見えるため、低解像度のサムネイルをほぼ瞬時に取得し、実際のファイルをロードするにつれて改善されます。

-

私が試したすべてのプラットフォームについて言えることは、インポートには常に時間がかかるようだということです。100K +画像をインポートすると、10時間+、場合ではない。インポートをセクションに分割することを強くお勧めします。何かが死んだり、コンピューターが誤ってスリープ状態になったりした場合でも、進行状況がすべて失われることはありません。


1
写真ファイルが存在することを確認するLRについてのそのビットについて確かですか?ライブラリにある写真の一部をアーカイブしましたが、起動時にLRが遅くなることはありませんでした。また、不足しているライブラリに対して生成されたすべてのサムネイルを表示し、不足している画像を実際に操作しようとした場合にのみ存在を確認します。
jrista

1
さて、それは単にライブラリをロードしているだけかもしれません。確かに数分かかり、カタログ内のサブフォルダーは1つずつ表示されます(つまり、イメージカウントが読み込まれます)。
偽の名前

1
@jrista-画像を使用しようとする前であっても、注意深く見ると、Lightroomは、ライブラリモジュール内のグリッドビューにいるときに、不足している画像の右上隅に小さなアイコンを表示します。フォルダーのオープン時または起動時にこれを行うかどうかはわかりませんが、起動時に各フォルダーに何かを実行し、少なくとも毎回画像カウントを再計算することは知っています。少しばかげているように見えますが、左側のフォルダペインを開いていると、インターフェイスにはっきりと表示されます。
イタイ

面白い。WindowsまたはMacを使用していますか?そして、「完全に開始するのに長い時間」とはどういう意味ですか?30秒?5分?
glenneroo

1
Windows対Macについては、はい。起動時間は通常1〜2分ですが、さまざまです。
偽の名前

6

どうやら、アドビはカタログにSQLiteデータベースを使用しているため、データベースの制限が適用されます。Lightroomがデータベースをどのように使用するかに応じて、これらの制限に比較的迅速に対応することができますが、結局Oracleではありません... :)データベースのインデックスがどのように作成されているのかはわかりません。ミスが発生する可能性と、結果として全テーブルスキャンの頻度が必要かどうかはわかりません。

とにかく、このような選択はもともとフィルム写真の一般的な経験に基づいていたと思います。ただし、デジタルは別の獣です。正味の効果は、カタログが小さければ小さいほど、Lightroomのパフォーマンスが向上するため、コレクションを分割して100,000程度にヒットできれば、おそらくより良いでしょう。

とにかく、あなたが技術者であり、プレーしたいのであれば、ここが出発点です。


それは楽しいかもしれません!うーん、それはカタログバージョン1.4.1で動作すると言います。
遊び回る必要がある

データベースの基礎となるDB構造をごまかしているのではないかと思いますので、おそらく大丈夫でしょう。私はLRを使用せず、PhotoshopとBridgeを使用し、独自の方法(ファイルシステム上およびバックアップ上)でカタログを作成するため、おそらくこれで追加できます。
ジョンキャバン

リンクしたページの制限は、実行制限を参照していません。ソフトウェアおよびデータベース設計の制限のみ。そのため、たとえば、データベース内の可能なエントリの総数は記述されていません。
ケンドールヘルムステッターゲルナー

@Kendall-最後のものは、ページ制限です。おそらく、ページのサイズのオーバーフロー(8kであると思われます)など、その他の影響を与える動作がいくつかあります。これらの制限(ソフト)をプッシュすると、おそらくパフォーマンスに顕著な影響が出始めます。
ジョンキャバン

1
「これらの制限に対して比較的迅速に実行される可能性があります」という文は実証されていません。実際、SQLiteが一般的に弱かったのは容量ではなく並行性でした。私の知る限り、SQLiteはWindowsとMacOSで同等に動作するため、問題になることはありません。Lightroomは、カタログを構成するデータベース以上のものであることに注意してください。ワンストップショッピングが必要な場合は、LRが最適です。組み合わせて使いたい場合は、DAMツールがたくさんあります。Extensisポートフォリオのように。(そして、私はスペース不足です!)
スティーブロス

4

ここで追加します。私の妻のシステムには、少なくとも100kの未加工の画像が約40万枚あります。システムは、Q6600 / 4gbシステムでは少し動きが遅くなりましたが、新しいAMD 1100t 6core / 8gigsでは、カタログはまったく新しいデータベースと同じくらいスナッピーです。私はまだ彼女をSSD(OSおよびデータベースファイル用)に移動していませんので、それがどのように改善されるか楽しみです。

インポート中にプレビューをレンダリングするオプションをチェックすることが、生のプレビューレンダリングで遅延なしで1000のイメージインポートをフリックできるようにするために重要だったことを付け加えます。


1

AdobeのWebサイトで、フル機能の試用版を入手できます。実際のパフォーマンスを確認するには、ダウンロードして自分のコンピューターでライブラリをテストするだけでよいと思います。


感謝しますが、私はすでにそれを所有しており、実際に完全なインポートを数回試みましたが、他のプロジェクトにコンピューターが必要になるまでに数時間過ぎません。インポートがシステム上の使用可能なリソースのほとんどすべてを消費するため(4x 3.4ghz、6GBのRAM)、リモートデスクトップセッションを実行するための作業もほとんど何も残さず、約24時間かかると思います。
glenneroo

Picasaをお試しください。インクリメンタルインポートを実行します-インポート中に閉じることができ、再度開くと中断した場所をピックアップします。
偽の名前

2
申し訳ありませんが、Lightroom対Picasaですか?多分JPEGを編集するのに、RAWでは忘れてしまうかもしれません!
-glenneroo

1

特定の制限はありません。制限は10万から100万の間です。しかし、一般的には、写真が多いほどパフォーマンスが低下し、非線形の減少になります。つまり、100,001番目の写真を追加すると、1001番目の写真よりもパフォーマンスが低下します。

私はそれの多くはあなたが持っているマシンの良さに依存するだろうと思います。あなたが一流のマシンを持っているなら、おそらく古いマシンよりもうまく動作するでしょう。

夜間や、長時間マシンを使用しない他の時間にインポートを試みることができますか?

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.