Тема организации хранения фотоальбомов и доступа к ним уже тут поднималась, например тут:
http://www.synology.forum/index.php?sho...%E7%E0%F6%E8%FF
Но хотелось бы услышать мнения тех, кто хранить фотоальбомы в raw файлах, как вы организовываете свою фотостанцию?
Я хочу перейти на raw файлы, организовав их хранение так же удобно, как организовано хранение jpg (см. ссылку, там я описываю как я их храню), с радостью обнаружил, что мои raw-файлы (на самом деле у меня nef) индексируются и показываются ФотоСтанцией, так что сейчас я просто сливаю raw в точно такие же папки с датой и названием события, как я сливал jpg'и, и все вроде хорошо до тех пор пока я не хочу эти raw-ки как либо обработать, сгенерировав их них какие-либо джипеги.
Проблема первая - лайтрум как то уж сильно неспеша их обрабатывает равки на сетевом диске, даже превью весьма неспешно отрисовывает, что как бы не сильно большой сюрприз учитывая их размер (в моем случае порядка 40-50 мег). Или это мое неумение правильно работать с лайтрумом (я только учусь)? Можно конечно сливать raw на локальный диск, девелопить в джипеги прямо оттуда на nas, так вроде существенно побыстрее. Но с учетом того что равки все равно хочется держать на насе с точки зрения надежности хранения, то такой подход порождает очередные проблемы - потенциальное дублирование фотографий, потеря истории девелопинга в лайтрум, не говоря уже о необходимости копирования туда-сюда...
Проблема вторая - где хранить эти джипеги, хотелось бы что бы те, кто заходят на фотостанцию с страничку соответствующего события на верхнем уровне видели джипеги (если они созданы) и raw, если джипеги созданы не были. Как бы это попроще организовать?
Пока все что мне приходит в голову - в папке с датой и названием события делать подпапку RAW, все равки сливать сразу туда, как бы на уровень глубже, тогда посетитель, зайдя на страничку события увидит там только папку NEF, поймет что фотографии еще не до конца обработаны, достаточно естественно и логично зайдет внутрь и увидить все равки. При "проявлении" равок выкладывать их на уровень выше, то есть как раз в папку события, тогда посетитель, зайдя на страничку события, будет видеть сразу все "проявленные" равки, то есть джипеги, ну а если он захочет таки увидеть все, даже не проявленные, то тогда таки придется зайти на уровень глубже, в папку NEF. Ну, а проблема медленной скорости работы лайтрума с сетевым диском в таком сценарии решается только неспешной обработкой :-(
Может у кого есть какие другие сценарии и/или идеи как это все получше организовать?
Может отказатся от лайтрума, вроде родная найконовская Capture NX-D достаточно быстро обрабатывает равки на сетевом диске, но с первого взгляда мне не понравилось, что она норовит создать свою папку \NKSC_PARAM (с настройками "проявки" равок) внутри моей папки с событием, которая потом видна в фотостанции...