FastRawViewer 1.4.3 Release Candidate

Вместо обновления (уже многократно обновленной) предыдущей записи, напишу ка я новую, чтобы она в RSS-читалках (у кого есть) повылазила.

Благодаря нашим пользователям, мы еще улучшили FRV 1.4, получив 1.4.3-1141(RC). В силу разных обстоятельств, в релиз она выйдет не раньше июня, но промежуточный результат вполне можно использовать.

Изменения таковы:

Поддержка камер

  • Fujifilm X-A10
  • Nikon D7500
  • Обновлен цветовой профиль Fujifilm X-A3
  • Минимальная поддержка Canon 6D Mark II: только правильное декодирование. Цвета будут немного не те, авто-коррекция экспозиции (BLE) не поддерживается.
    Не тестировано с форматами sRAW/mRAW по причине отсутствия примеров (если у вас есть таки самплы - шлите нам).

Доработки и улучшения

  • Переработана и улучшена запись XMP-блоков в JPEG-файлы:
    • Новая настройка "XMP - Fallback to XMP sidecar if XMP block write to JPEG fails", включает возможность создания .XMP-файла, если (включенная настройкой "Write XMP blocks to JPEG..") запись XMP-блока в JPEG-файл не удалась.
    • при использовании вышеуказанного 'Fallback' - проверяется существование .XMP-файла для файла с тем же именем и при его наличии - может выдаваться предупреждение (если настройка 'Warn if overwrite XMP for file with same name' включена)
      (в версиях 1.4.0-1.4.2 fallback был всегда включен и существование файла с тем же именем не проверялось)
    • При записи встроенных XMP-блоков, увеличена совместимость с различными разновидностями JPEG-файлов. В версиях 1.4.0-1.4.2 во многие JPEG-файлы блоки не могли быть записаны (и писались XMP-sidecars).
  • Если записи XMP-файла/XMP-блока не произошло, то
    • не обновляется видимый пользователем (в grid/filmstrip) рейтинг/метка
    • не происходит автоматический переход на следующий файл, даже если auto-advance включено.
  • При открытии файла в режиме Single View, XMP-данные всегда берутся с диска, а не из кэшированной в памяти копии (для Grid View - всегда из кэша, если внешняя программа изменила XMP, то содержимое папки можно перечитать по кнопке "обновить" на панели Sort&Filter, либо по добавленной горячей клавише /см. ниже/).
  • Добавлены действия/горячие кнопки для перечитывания текущего файла/папки:
    (перечитывание нужно, если, например, XMP-данные изменены другой программой)
    • Menu - File - Reload - Reload current file (Ctrl-F4) переоткроет текущий файл (если таковой есть: режим Single File View, либо режим Grid с включенным чтением статистики экспозиции/гистограммы).
    • Menu - File - Reload - Reload current folder (Ctrl-F4) перечитает все содержимое текущей папки, все XMP- и EXIF-данные и переоткроет текущий файл, если таковой есть.
  • Панель Folders, добавлен элемент контекстного меню (по правой кнопке) Show in Windows Explorer/Reveal in Finder
  • Панель Folders: клик в треугольник слева от названия фолдера раскрывает/закрывает подпапки, но не переходит в папку. Двойной клик в этот треугольник тоже раскрывает-закрывает т.е. эквивалентен двум единичным кликам.
  • Панели Folders/Favorite folders
    • Ctrl-Click (Mac: Command-Click) в папку - покажет эту папку в Grid, ограничит дерево папок в панели Folders "кликнутой и ниже"
    • Ctrl-Shift-Click (Mac: Command-Shift-Click) - покажет эту папку в Grid, ограничит дерево папок d панели Folders "на уровень выше кликнутой папки и ниже"

Исправлены ошибки

(не настолько фатальные, чтобы выпускать 1.4.3-релиз немедленно, без тестирования)

  • Контраст в формате Adobe записывался только вместе с изменением экспозиции, но не при изменении (только) контраста /Контраст в формате FRV писался правильно во всех случаях/
  • Внешние JPEG не читались в качестве thumbnails (в случае если у файла нет встроенной превьюшки), даже если эта настройка была включена.

Ссылки для скачивания

Версия 1.4.3 выпущена, лежит на официальном сайте.

Comments

Не раньше *июля*?

Или июня :)

2020-го года

31 июня !

Z / V

но скорее - августа

В качестве развлечения пишу небольшое приложение на libraw и сейчас разбираюсь с переводом из множителей ББ в CCT (Temp/Tint). Решил свериться с FRV и заметил интересное явление. Берем CR2 и превращаем его в DNG с помощью Adobe DNG Converter. А потом смотрим в FRV на ББ этих условно одинаковых равов. При том, что множители ББ показываются одинаково, Temp/Tint выглядит весьма различным. Пример: множители AsShot 1.97, 1, 1.61, для CR2 показывает 5244/10, а для того же DNG 5383/21. Вопрос: это нормальное поведение?
С точки зрения пользователя, ничего нормального нет. С точки зрения спецификации DNG вроде как 5383/21 вполне корректно выглядит. Я догадываюсь, что при определении ББ из DNG использовались интерполяция ColorMatrix и CameraCalibration, плюсом еще AnalogBalance (если вдруг не единичная). У меня тоже ББ для DNG примерно те же цифры получаются.
Но те же файлы в ACR показывают 5250/11 (оба одинаково).
Вот теперь понять не могу, то ли это фича, то ли бага. Пока склоняюсь к фиче, но чисто технической.
В техподдержку как-то слишком официально писать, решил здесь задать вопрос. Прошу понять и простить, если что.

(прошу прощения за задержку - был не тут, вот только приехал).

А с какой камеры эти файлики? А еще лучше бы прямо вот пример файла на котором такое расхождение (на почту lexa@lexa.ru или support@fastrawviewer.com).

В принципе, мы должны показывать очень близко к ACR (самых свежих версий) и, судя по вашему репорту, для CR2 это получается, а для DNG - нет (и это очень странно, похоже у нас какой-то баг или какой-то тег мы недоучитываем)

Z / V

Требуются подробности.

На скриншоте - штатное поведение при включении "писать XMP в JPEG'

Ну или я что0то не увидел в скриншоте, тоже лучше бы пояснить

текст 1) обрезан и 2) "if if"

Z / V

Говорю же - глаз замылен.

Спасибо!

надо для веселья случайным образом вставлять "covfefe" в алерты ... продажи сразу вырастут !

Z / V

кстати, а почему нет оптции задать клавишный short cut для folder refresh ? я опять не нашел что-то на видном месте ?

Z / V

Reload current File/Reload current Folder

Секция File Handling

да = "я опять не нашел что-то на видном месте" (ц)

Z / V

WTF след. рода

1) есть например dsc03877.arw и рядом dsc03877.jpg ... .xmp рядом нет, спасибо партии за это
2) есть https://s26.postimg.org/64mppnn1l/frv_bug_2.jpg
3) тыкаем в dsc03877.arw и делаем ему 5 звездей -> получаем .xmp
4) тыкаем в dsc03877.jpg и делаем ему 5 звездей -> получаем .xmp который зачем-то переписывает мне пред. xmp, хотя человеческим же языком написали в preferences = "write xmp blocks to jpeg files instead of creating sidecars"
5) дальше понятно...

---

зачем писать в UI слово "instead" если имелось ввиду "in addition to" ? ... но вообще хотелось бы опции для совместимости с Adobe Bridge = .xmp для raw и никаких попыток создать .xmp для jpg рядом с raw (все внутрь jpg)... a ?

Z / V

Используется RAW+JPEG режим или нет?

я не у станка сейчас (вернусь повторю) - но насколько вспоминается событие смысл в том что если кто-то (PS) прописал xmp в jpg (раньше) то frv им переписывает существующий уже (от ACR).хmp от raw ... not good - сказано ж не делать так в опциях !

Z / V

> то frv им переписывает существующий уже (от ACR).хmp от raw ..

ну или от самого (как выше) же frv ...

Z / V

Хм, нет не понимаю.

Если у меня RAW+JPEG, то XMP пишется "для raw" (c соответствующим тегом photoshop:SidecarForExtension)

Если же мы разбили эту пару, то да, если есть отдельный XMP c SidecarForExtension=JPG, то он будет всосан внутрь, но этот тег проверяется и если XMP чужой (от RAW), то он не всасывается.

Тем не менее, да, место стремное, проверю еще раз

я опять же все еще на работе - поэтому как дойду домой обратно вечером так и повторю еще раз на чистом месте

Z / V

вот еще заранее - что посмотреть на тему почему frv без пинка руками не обновляет содержимое grid например после появления .jpg из PS в текущем каталоге ? обычный HDD (никаких сетевых дисков или там removable media) в Win 10x64 ... просмотр списка поставляемых скриптов для параметров registry ни накие полезные мысли не навел

Z / V

Обычный HDD тоже может быть removable.

Лог почитать, там как-то так (если мониторинг включается):
[05-07 23:50:31.033] Asking for monitoring for "J:/raw-archive/2017-04/GFX50"
[05-07 23:50:31.061] Installing files monitor for "J:/raw-archive/2017-04/GFX50" 3

(ну и если не ставится files monitor, то вторая строчка другая)

ну вот - те же файлы, RAW+JPEG не используются (чекбокс анчекд)...

.xmp = нет (удалил заранее)

идем вот сразу на .jpeg и делаем ему звездочек - зачем спрашивается FRV при это сразу создает .xmp если в опциях отмечен чекбокс "write xmp blocks to JPEG files instead of creating sidecars" ? слово instead оно как бы имеет вполне однозначную трактовку !

Z / V

и я даже больше напишу... сотру я этот .xmp опять и открую .arw в PS (оно запустит ACR) и наделаю себе всяких parametric коррекций, много... на час работы... потом скажу done, уйду из ACR и поставлю в FRV какие-то другие звездочки на .jpg... и обнаружу что без всяких warning весь .xmp с нажитым был потерт при этом... а ?

Z / V

обратите внимание что чекбокс "warn if overwrite xmp for file with the same name" был при этом отмечен... и где обещаное ?

Z / V

Судя по экспериментам моим, дело устроено так
- в часть JPEG-ов средствами XMP SDK удается вписать XMP - и все хорошо (и в моих тестах по большей части - именно эти)
- а в часть - не удается. Тогда начинает работать fallback, который уже всякий там Warn if - не проверяет, а просто пишеть .XMP

Разбираюсь в причинах.

> - а в часть - не удается.

замечу что Adobe Bridge так себя не ведет !

Z / V

Да-да, нашел, улучшил.

Пока не выпустил, потому что нужно (или) протащить в это место 'Warn if overwrite', (и/или) добавить галку "что же делать, если в жопег не записалось)

хотелось бы опцию в настройках вести себя как Bridge - т.е. .xmp для raw не трогать ... PS: а каким образом в JPG может не записаться ?

Z / V

Ну например read-only file (или ACL)

> Ну например read-only file (или ACL)

т.е. причина не в содержимом самого jpg (ну типа кто-то нестандартно туда раньше вписал xmp содержимое)

Z / V

Исправленная ошибка - связана была именно с содержимым.
Теперь пишет во все те, в которые раньше не писало.

Но RO/ACL - и опять не будет писать!

Я даже так скажу, не "ошибка", а именно "недоработка".

Вот значит 1.4.3-1446 (ссылки в посте обновлены). Опция в настройках "вести себя как бридж" - добавлена, умолчание - включена.

спасибо, дома значит попробуем сломать !

Z / V

Судя по отсутствию дальнейшей ругани - помогло??

пока да !

Z / V

> который ... не проверяет, а просто пишеть ...

как страшно жить ! пойду куплю себе еще crashplan-a !

Z / V

Вопрос не по теме, но очень важно)
Какой лучший RAW конвертер для Fuji GFX 50S с точки зрения качества проявки?
RPP не поддерживает.

Спасибо! Это теперь основной инструмент, лучший в своём плане. Даже фотомеханик уже перекрыли)

Есть небольшой сторонний вопрос, может в курсе, или даже может даже делали такое: Есть основное хранилище почти на два десятка теров, там равы тифы, джепеги со всех съёмок, есть бэкапы в облаке и на носителях, все не рядом. И вот на этом хранилище (с виндой и нтфс) были сбои, и есть какое-то небольшое количество файлов рав и тиф которые повреждены и не открываются. Может есть какой-то инструмент, чтоб просканировать это всё и показать все файлы, что не открылись? В ручную это будет накладно перекапывать...

мое (достаточно дилетантское) пред(по)ложение - если при открытии этих файлов вылетает значимая ошибка, то нарисовать скрипт, делающий с ними что-либо при помощи dcraw/imagemagick. если они софтом открываются нормально, но внутри мусор - то, боюсь, только руками.

Посчитать например md5 каждого файла на сторадже и в бекапе можно? Если можно, то потом сравнить пару текстовых файликов не так уж и сложно.