Lightroom 라이브러리 사용에 대한 모범 사례는 무엇입니까?

라이트 룸 라이브러리 (라이브러리)를 어떻게 구성합니까?

나는 평범한 사진 작가이기 때문에 모든 사진이 담긴 하나의 거대한 도서관이 있습니다. 그런 다음 사진을 더 빨리 찾을 수 있도록 스마트 컬렉션을 만듭니다.

예를 들어 Trips 라는 스마트 컬렉션 이 있는데 하위 컬렉션으로 그 아래에있는 장소가 있습니다. 이 사진들 중 일부 는 또 다른 컬렉션 인 Family로 태그되어 있습니다.

내 관심사는 몇 년 안에이 컬렉션이 너무 커져서 소프트웨어가 더 이상 제대로 작동하지 않을 것이라는 점입니다. 그러나 내 라이브러리를 여러 라이브러리로 분할하면 원하는 사진을 찾아야합니다.

당신의 접근 방식은 무엇입니까?

>> 또한 Igor Oks의 질문 >>

Lightroom에서 카탈로그를 어떻게 사용합니까?

아니면 Lightroom 3에서 사진을 어떻게 구성합니까?

내가하는 방식이 그리 편리하지 않다는 느낌이 들었습니다.

모든 새 사진 세트에서 수행하는 흐름은 다음과 같습니다.

1. 카메라의 사진을 HD의 새 폴더 (예 : C : \ Photos \ Bobs_bday_2010)로 복사하십시오.

2. 새 카탈로그를 작성하고 사진이있는 동일한 디렉토리에 저장하십시오.

3. 디렉토리에서이 카탈로그로 모든 사진을 가져옵니다.

말이 되나요? 사진 구성을 위해 카탈로그를 사용해야합니까, 아니면 다른 것을 사용해야합니까? 각각의 새 사진 세트에 대해 새 카탈로그를 작성하고이 카탈로그를 모두 저장할 위치는 무엇입니까?

고맙습니다!

하나의 라이브러리에 모든 것을 보관하십시오. Lightroom 3은 대형 카탈로그의 과거 성능 문제 중 일부를 극복 했으므로 검색 기능이 우수하다는 이점이 단일 라이브러리를 결정합니다.

메타 데이터 및 워크 플로 단계를 기반으로하는 많은 스마트 컬렉션을 사용합니다. 또한 내가 촬영 한 각 클라이언트 작업에 대해 표준 모음을 만듭니다.

캡션 및 키워드 가치가있는 것은 무엇이든.

GMail과 마찬가지로 전자 메일을 위해 수동으로 관리되는 폴더보다 강력한 검색이 jillion보다 우수하다는 사실을 밝힌 것처럼 Lightroom 또는 Aperture와 같은 훌륭한 DAM 도구는 수동으로 컬렉션과 폴더를 관리하는 것보다 키워드 및 검색이 더 효율적이라는 것을 보여줍니다.

그것은 나에게 정리 정돈하는 걸 렸어요과 아이디어를 가진 후 나는 발견 이 문서 (저자 교체와 함께 2009 기사 삭제 이 2012 기사 동일한 주제에 대한) 매우 유용합니다. Lightroom에서 작업하는 엔지니어 중 한 사람이 작성했습니다. 모두에게 맞는 솔루션은 하나도 없지만 내가 끝낸 것은

• 모든 것을위한 하나의 카탈로그.
• 모든 가져 오기는 파일을 복사하거나 이동하지 않고 제자리에서 수행됩니다.
• 파일 자체는 단일 레이어 DVD 크기 인 최대 4.5GB를 포함하는 각 최상위 디렉토리와 함께 계층 구조로 구성됩니다. 4.5GB에 도달하면 새로운 최상위 수준을 만듭니다. 디스크가 가득 차면 가장 오래된 최상위 디스크를 제거합니다. 각 코스는 하나의 로컬 백업과 하나는 은행의 금고에 백업됩니다.
• 최상위 폴더로 가족과 사진을 나누었습니다. 가족 폴더에는 일반 사진 및 이벤트 당 폴더에 대한 월별 폴더도 있습니다. 사진 아래에는 할당이 여러 위치에 걸쳐있는 경우 할당 당 폴더와 위치 당 하위 폴더가 있습니다.
• 파노라마 조각 또는 HDR 괄호와 같이 사진 자체가 아닌 파일이 있으면 'Sources'라는 자체 디렉토리로 이동합니다.
• 자르기와 같이 어떤 이유로 든 수정해야하는 파일이있는 경우 또한 'PS'라는 디렉토리로 이동합니다 (사진을 처음 조작 한 이후 Photoshop에서 역사적으로 사용 되었기 때문에). 카메라에서 직접 출력되지 않았 음을 나타냅니다.

일반 사용자의 경우 하나의 라이브러리로 충분합니다

나는 수만 개의 이미지를 가진 상당히 심각한 아마추어이며, 하나의 라이브러리에 모두 보관합니다.

Lightroom을 사용한지 18 개월 동안이 문제가 발생하지 않았습니다.

최신 정보

최근에 Lightroom 3.0으로 업그레이드했습니다. 단일 대형 라이브러리에는 여전히 문제가 없습니다.

모든 사진에 하나의 카탈로그 만 사용하는 것이 좋습니다. 단일 V3 카탈로그에 12,000 장의 사진이 있으며 성능이 좋습니다. 단일 V3 카탈로그에서 수만 장의 사진을 가진 사람들을 아무런 문제없이 읽었습니다.

@Nick의 설정과 비슷한 파일 시스템 폴더를 사용하여 연도 및 월별로 구분합니다. 연대순이 아닌 다른 사진을 구성하려면 Lightroom의 컬렉션을 사용합니다.

새 카탈로그를 사용하는 유일한 시간은 임시 프로젝트와 같이 정기적 인 컬렉션의 일부로 보관하지 않을 것으로 알고있는 사진 그룹을 처리 할 때뿐입니다. 완전한.

이전 버전의 Lightroom을 사용하는 일부 사람들은 매우 큰 카탈로그에서 성능 문제가 발생했지만 이러한 문제는 이후 버전에서 해결되었다는 것을 이해하고 있습니다.

이것은 약간 임의적이지만 키워드 기반과 디렉토리 기반 워크 플로우 관리 간의 하이브리드로 작동합니다. 아래에 설명 된 매우 구체적인 디렉토리 구조를 사용합니다.

메타 데이터, 키워드 및 스마트 컬렉션을 좋아하고 사용하는 동안 단점이 있습니다. 예를 들어 Lightroom이 설치되어 있지 않은 컴퓨터에서 파일 을보고 검색 하려면 어떻게됩니까 ? 데이터베이스와 달리 디렉토리 기반 구조 만 지원하는 XBox 또는 오래된 전자 장치와 같은 장치와 네트워크의 사진을 공유하려면 어떻게해야합니까? 휴대폰으로 사진을 빨리 보내거나 친구 나 고객을위한 ZIP 파일을 만들어야하는 경우 어떻게해야합니까?

내 디렉토리 구조 와 데이터베이스에서 RAW 파일 과 sRGB JPEG 내 보낸 사본 을 모두 추적 합니다. JPEG 파일은 먼저 광범위한 범주 (예 : 축하, 콘서트, 스포츠, 도시 탐험)별로 하위 폴더 수준으로 저장됩니다. 두 번째 수준에서는 Lightroom에서 자동으로 생성 한 엄격한 "What-Where-When"명명 규칙을 사용합니다 (대부분의 DAM 앱은이 기능을 지원합니다). RAW 파일은 연도별로 저장 한 다음 간단한 설명과 함께 날짜별로 저장됩니다.

카탈로그 / 데이터베이스 / 라이브러리보기와 기본 파일 탐색기 모두에서 다음과 같이 보입니다 (이것은 코스의 일부일뿐입니다).

Pictures/
    JPEG/
        Celebrations/
            St. Patrick's Day - Albany, NY - 09, Mar/
                St. Patrick's Day - Albany, NY - 09, Mar - 01.jpg
                St. Patrick's Day - Albany, NY - 09, Mar - 02.jpg
                ...
            4th of July - Albany, NY - 09, Jul/
        Urban Exploration/
            Hudson Cement Factory - Kingston, NY - 10, May/
    RAW/
        2009/
            2009-03-22 (St. Patrick's Day)/
                _MG_9046.dng
                _MG_9047.dng
                ...
            2009-07-04 (4th of July)/
        2010/
            2010-05-12 (Hudson Cement Factory)/

RAW 파일을 가져올 때 Lightroom에서 사진을 촬영 한 날짜를 기준으로 RAW / 년 / 년-월-일 폴더에 자동으로 저장합니다. 그런 다음 빠른 설명으로 St. Patrick 's Day 또는 Hudson Cement Factory 등의 접미사를 해당 디렉토리에 추가합니다. 모든 RAW 파일을 선택하고 주제를 "무엇"으로 설정하여 Scene 속성을 설정하여 메타 데이터를 업데이트합니다 (여기서 St. Patrick 's Day 또는 Hudson Cement Factory는 여전히 복사 / 붙여 넣기 버퍼에 편리합니다). 또한 위치 속성 (예 : 도시, 주 및 국가)을 설정했습니다. 이러한 종류의 메타 데이터를 빨리 설정할수록 좋습니다.

RAW 파일 처리, 키워드 및 지오 태깅을 완료하면 sRGB JPEG 사본을 내보내고 나중에 Lightroom에서 Flickr에 업로드합니다. 내 내보내기 사전 설정은 "Scene-City, State-YY, Mon-Counter"명명 규칙을 따르는 파일을 자동으로 작성합니다.이 필드는 지금 채워져 있습니다 (날짜는 사진 자체에서 찾을 수 있습니다). 마지막으로 Lightroom을 사용하여 파일을 광범위한 범주 하위 폴더 (Celebrations, Urban Exploration 등) 아래의 하위 디렉토리로 빠르게 이동합니다.

이 시점에서 메타 데이터 (날짜, 위치, 장면, 키워드)로 탐색 할 수있는 카탈로그 / 데이터베이스뿐만 아니라 Lightroom없이 사용할 수있는 상당히 명확한 디렉토리 구조가 있습니다. 이 디렉토리 구조는 파일 이름을보고 무엇을 언제 어디서 언제 알려줍니다. 내 XBox는 사진을 같은 방식으로 구성하고 표시합니다. 간단한 파일 검색은 이러한 기준에 따라 내 사진을 빠르게 검색합니다.

이 전체 JPEG 디렉토리는 LR로 관리 할 필요는 없지만 RAW 파일이없는 JPG 파일이 많기 때문에 매우 편리합니다. 다른 사람이 아닌 일부를 관리하는 이유는 무엇입니까? 물론 키워드 검색은 RAW 파일과 JPEG 파일을 모두 반환하지만 (JPEG 파일에는 동일한 키워드가 있기 때문에) JPG 또는 RAW / DNG 파일을 필터링하는 규칙을 추가하면 쉽게 해결할 수 있습니다 (스마트 컬렉션). 특히). 또한 스마트 컬렉션을 사용하여 클라이언트, 갤러리, 컨테스트 및 인쇄소에 사용한 파일, 버전 및 가상 사본을 추적합니다.

어쨌든, 이것은 지금까지는 잘 작동했지만 거기에는 6000 장의 사진 만 있습니다.

내 경우에는 더 간단합니다. 약 50k 장의 사진이 다음과 같이 디렉토리 구조에 바로 저장됩니다.

photos/2010-08-01/
photos/2010-08-02/
...

하나의 카탈로그는 두 개의 외부 하드 디스크 드라이브에 정기적으로 백업되며 그 중 하나는 내 집에, 다른 하나는 직장에 저장됩니다.

기본적인 질문은 다음과 같습니다. 올바른 작업을 수행하기 위해 Lightroom을 신뢰합니까? 파일을 저장하는 방법에 관계없이 태그를 사용하여 파일을 찾을 수 있습니다. Lightroom이 실패하더라도 사진을 통해 내 길을 찾을 수 있도록 멋진 디렉토리 구조가 필요하지 않은 경우.

나는 일반적으로 lightroom을 신뢰하지만, 실패한 경우에 대비하여 사진이 실패했을 때 (아직 일어나지 않은 경우) 사진을 어디로 찾을 수 있는지 추적합니다.

예를 들어 개인 촬영용, 하나는 과제 용으로 두 개의 라이브러리를 유지했지만 Lightroom을 사용해온 지난 몇 년간 꽤 큰 데이터베이스 (+30000 장의 사진)를 아주 잘 처리 할 수 ​​있다는 것을 알게되었습니다.

라이브러리가 필요한 또 다른 이유는 Lightroom 1이 외부 볼륨을 잘 처리하지 못했기 때문에 그림과 함께 두 개의 라이브러리를 다른 외부 볼륨에 보관했기 때문입니다. Lightroom 2 이후로이 기능이 크게 향상되었습니다.

모든 샷을 하나의 라이브러리에 병합 할 것입니다.

또한 예를 들어 날짜를 기준으로 샷을 디렉토리로 가져 오는 간단한 계획을 고수하고 유용성에 대해 너무 걱정하지 않는 것이 좋습니다. 관련 샷을 그룹화 할 수있는 컬렉션이 있습니다.

다른 관점에서 :

웨딩 및 초상화 스튜디오를 운영하는 Kevin Kubota는 위에서 설명한 문제를 정확하게 파악하기 위해 작업 당 하나의 카탈로그를 사용하는 것이 좋습니다.

그의 입장에서는 카탈로그가 빨리 수행되는 것이 더 중요합니다. 특정 작업의 경우 작업의 다른 단계 (예 : 원본, 편집, jpg-proofs, 슬라이드 쇼 및 인쇄)를 나타내는 여러 개의 폴더가 있으므로 여전히 탐색 할 구조가 있습니다.

그를 위해 여전히 검색이 필요한 경우 EXIF ​​파일의 키워드와 정보를 사용하는 다른 색인 작성 프로그램을 사용합니다.

내가들은 대부분의 사람들은 (그리고 2011 년에 어떻게하면되는지) 매년 1 개의 카탈로그를 사용합니다.

내 폴더 설정 방법은 다음과 같습니다.

~/Pictures/Photo Library/2010/10 October/18 MyBirthday
~/Pictures/Photo Library/2010/11 November/06 SomePhotoShoot
~/Pictures/Photo Library/2010/11 November/06 AnotherPhotoShoot

하나의 catlog를 사용하십시오. 내가 말한 사람은 Lightroom에서 큰 카탈로그에 문제가 있음을 발견하지 못했으며 1 개의 카탈로그에있는 모든 항목을 사용하면 사진을 훨씬 쉽게 찾을 수 있습니다.

그러나 모든 사진을 1 개의 폴더에 저장해서는 안됩니다. 많은 파일 시스템에 많은 파일이 포함 된 폴더의 성능 문제가 있습니다 (예 : NTFS는 300k 이상의 파일이 포함 된 폴더의 성능 문제가 눈에 띄게보고됩니다). 사진을 가져올 때마다 Lightrooms "날짜를 기준으로 폴더에 복사"를 사용하여 사진에 대해 너무 많이 생각할 필요없이 합리적인 구조로 사진을 나눕니다.

내 사진을 카탈로그 할 때 가능한 한 많이 태그 및 기타 메타 데이터를 사용하려고하고 대신 게시하려는 사진을 그룹화하기 위해 컬렉션을 사용합니다. 예를 들어 '읽기 축제'또는 '자녀 생일'과 같은 이벤트를 기반으로 태그를 적용하는 경우가 많습니다. 이는 읽기 축제에서 찍은 모든 사진을 쉽게 찾은 다음 날짜를 사용하여 특정 연도별로 필터링합니다 ( "새해 전야", "크리스마스"또는 내가 기억할 수있는 생일과 같은 이벤트에는 태그가 없습니다!). 위치 메타 데이터도 훌륭합니다. 작년에 찍은 미국 여행 사진을 찾고 싶습니까? 문제 없어!

예를 들어 사진을 다루거나 게시 / 보여주고 싶을 때 컬렉션을 만듭니다. 예를 들어 2010 년의 가장 좋아하는 순간에 "Best of 2010"컬렉션을 만들 수 있습니다. 내 컬렉션 목록이 대개 비어 있기 때문에 상당히 공정 할 수 있습니다. 워크 플로에서 컬렉션을 사용하는 것에 대한 자유

나는 아마추어 사진사 일 뿐이지 만, 훈련을 통해 나보다 더 많은 사진을 찍는 사람들에게도 동일한 전략이 효과가있을 것이라고 확신합니다.

Phil Nelson은 Adobe Photoshop Lightroom을 사용하여 훌륭한 이미지 마스터 링 안내서를 작성했습니다 .

내가 찾은 이후로 더 잘 자요.

'장르'를 기반으로 컬렉션을 설정했습니다. 이 각 클라이언트 내의 순수 미술, 결혼식 등은 약 3 개의 폴더, 원시, 편집, 최종 폴더를 갖습니다. 파일이 이런 식으로 구성되어 있으면 파일을 찾는 데 아무런 문제가 없습니다. 나는 아무것도 키워드하지 않습니다. 아마도 가장 좋은 방법은 아니지만 그것은 나를 위해 작동합니다. 나는 재고 작업을하지 않으므로 태그 / 키워드를 지정할 필요가 없습니다. 나는 풀 타임 전문가입니다.