При брекетинге фотографий, как вы отслеживаете их во время публикации?

Один из распространенных способов сделать это — до и после последовательности брекетинга сделать быстрый снимок руки. Это выделяется, и вы знаете, что все кадры между двумя «руками» — это последовательность брекетинга. Вы можете использовать землю, небо и все, что легко выделяется на миниатюре.

Еще одна вещь, которая помогает, это изменить последовательность, которая часто используется по умолчанию на многих камерах, которая начинается с 0ev, затем -1, затем +1. Я считаю, что гораздо легче увидеть последовательность, если она идет -1, 0, +1 (или -2, -1, 0, +1, +2), поскольку вы можете видеть, что изображения постепенно светлеют, а затем снова темнеют, что сигнализирует о следующем сете.

Adobe Lightroom может создавать стопки изображений на основе времени их захвата (это переменная, которую вы можете изменить). Так что я использую это.

Дополнительная информация по теме: Справка Adobe — автоматически складывать изображения

ДП, прежде всего, используйте SHUTTER_COUNT в имени файла. Мой D800E использует 4-значные числа, которые я могу изменить не более чем за день. Их SCount никогда не должен увеличиваться в течение срока службы камеры, поскольку он должен исчисляться миллионами, тогда как затвор обычно оценивается в 1/4 миллиона или меньше. Таким образом, у вас не будет DAP_9999 и DAP_0001 в одном наборе.

Затем посмотрите, есть ли у вашей камеры значение ExposureBracketValue:

D:\pic\new\tp-2015.0506-nef>exiftool -ExposureBracketValue tp-2015.0506-24748*.nef

======== tp-2015.0506-247480.nef
Exposure Bracket Value          : -3
======== tp-2015.0506-247481.nef
Exposure Bracket Value          : -2
======== tp-2015.0506-247482.nef
Exposure Bracket Value          : -1
======== tp-2015.0506-247483.nef
Exposure Bracket Value          : +1
======== tp-2015.0506-247484.nef
Exposure Bracket Value          : +2
======== tp-2015.0506-247485.nef
Exposure Bracket Value          : +3
======== tp-2015.0506-247486.nef
Exposure Bracket Value          : 0
======== tp-2015.0506-247487.nef
Exposure Bracket Value          : -3
   10 image files read

Это должно сказать вам, записывает ли он это.

SubSecCreateDate — это [обычно] еще один хороший индикатор (если только вы не снимаете HDR-панорамы с картой памяти, которая не поспевает за вашей скоростью съемки):

D:\pic\new\tp-2015.0506-nef>exiftool -SubSecCreateDate tp-2015.0506-24748*.nef
======== tp-2015.0506-247480.nef
Create Date                     : 2015:05:06 18:48:57.20  START  .00
======== tp-2015.0506-247481.nef
Create Date                     : 2015:05:06 18:48:57.40  .20
======== tp-2015.0506-247482.nef
Create Date                     : 2015:05:06 18:48:57.70  .30  
======== tp-2015.0506-247483.nef
Create Date                     : 2015:05:06 18:48:57.90  .20
======== tp-2015.0506-247484.nef
Create Date                     : 2015:05:06 18:48:58.20  .30
======== tp-2015.0506-247485.nef
Create Date                     : 2015:05:06 18:48:58.50  .30
======== tp-2015.0506-247486.nef
Create Date                     : 2015:05:06 18:49:03.40 >>>> 4.80 
======== tp-2015.0506-247487.nef
Create Date                     : 2015:05:06 18:49:03.70  .30
======== tp-2015.0506-247488.nef
Create Date                     : 2015:05:06 18:49:03.90  .20  
======== tp-2015.0506-247489.nef
Create Date                     : 2015:05:06 18:49:05.50 1.60
   10 image files read

Основываясь на этих двух анализах, похоже, что SC 247480 - 247485 являются частью одного и того же пакета.

Другой способ — посмотреть нормализованные или растянутые по контрасту R, G и B для двух соседних изображений (ImageMagick легко сделает это). В одной и той же серии HDR они должны быть намного более похожими, чем 2 изображения, снятые случайным образом. Это легко автоматизировать.

Один попался! Некоторое небрежно написанное программное обеспечение случайным образом выбирает «нулевой кадр» с помощью ошибочных, нелогичных алгоритмов, и вы получаете изображение HDR, названное в честь ~ 4-го из 7 изображений. Или, что еще хуже, они будут использовать единственное логическое имя файла, ПЕРВОЕ имя файла с наименьшим значением SCount для HDR, а затем будут брать данные EXIF ​​из случайного снимка.

Поддерживайте абсолютную, нерушимую связь 1:1 между ShutterCount и SubSecCreateDate. Группировка снимков в серии — это один уровень сложности. Хранение вспышек, сгруппированных в PANORAMA, решает проблему бухгалтерского учета. Некоторые разработчики-болваны выбрасывают данные EXIF, потому что «никто никогда не смотрит на эти вещи», что делает этот учет намного более сложным, чем он должен быть.

Единственное найденное мной 100% эффективное лекарство от вытаптывания exif — это полная трансплантация EXIF. Я использую ImageMagick:

1) Read original NEF with the pristine EXIF data
2) Read the dastardized file
3) Crop the canvas to match the victim file
4) Layers -> Merge
5) Save

Данные EXIF ​​поступают из NEF, а растровое изображение — из искаженного файла. Это может быть сделано полностью автоматически от обнаружения до исправления. Не забывайте посылать злонамеренному разработчику ругательную ажурную настиграмму при каждом запуске, чтобы напомнить ему, что кому-то важна эта информация.

Настоящая база данных SQL упрощает ведение бухгалтерского учета. Создайте хорошую структуру таблицы и отчитайтесь о своем дизайне, чтобы мы могли пиратить хорошие части и высмеивать остальные! ;)

BB