FastRawViewer 1.3.1 (RC)

По традиции, ранний анонс FastRawViewer 1.3.1. Формально это бета, потому что может быть всякое, тестируйте, жалуйтесь.

Ограничение показываемого дерева папок

На любой папке можно нажать правую кнопку мыши, выбрать Start folders tree at [имя папки]:

и показываемое дерево папок будет ограничено указанной папкой и ее подпапками.

Наверху панели Folders появится дополнительная панелька с кнопками (x) и  [↑] и сообщением  Folder filter On:

  • Кнопка (x) отменит фильтрацию и будет показано полное дерево каталогов
  • Кнопка [↑] переместит "корень" фильтрации на один уровень выше.

При стандартных настройках, фильтрация фолдеров не запоминается. Это можно изменить, выключив настройку File Handling - Program Startup - Reset folder tree filtering on start.

При смене рабочего каталога программы по любой причине (открытие файла или папки любым способом, unload текущего файла) на каталог "за пределами текущего фильтра" - фильтрация будет выключена автоматически.

Прочие изменения

  • Настройки программы, клавиатурные сочетания, настройки EXIF и нижней строки сохраняются только сразу после изменения (нажатия кнопки OK) (так было ранее для настроек, но не для Exif/bottom bar). На выходе из программы повторного запоминания не происходит.
    Таким образом, можно использовать скрипты установки скрытых настроек при запущенном FRV (если вы после скрипта не меняете настройки изнутри программы), результат работы скрипта не будет затерт на выходе из программы (если после работы скрипта не меняли настроек) и будет использован на следующем запуске.
    Геометрия окон, списки последних использованных папок, список Favorite folders сохраняется, как и ранее, на выходе.
  • Если стандартным кнопкам перемещения по Grid/Filmstrip (стрелки, Home, End, PgUp/PgDn) назначены какие-то действия, то Grid/Filmstrip будут игнорировать эти кнопки независимо от текущей возможности выполнить эти действия (пример проблемы: если действие Undo присвоить клавише , то в зависимости от возможности сделать Undo, эта кнопка работала бы либо как Undo, либо как перемещение по Grid)
  • Панель Folders: добавлены тултипы с полным путем к папке.
  • Настройка Color Management - Color space for Thumbnails: добавлен вариант ProPhoto для поддержки некоторых (старых?) задников PhaseOne (и Kodak?).
  • Максимальный разммер thumbnail, читаемого из RAW-файла ограничен 128Mb. Максимальный размер файла из которого будут читаться thumbnails ограничен 2Gb.
  • Поддержка камеры Canon 1300D
  • Исправлена ошибка в обработке встроенной цветовой матрицы для файлов PhaseOne
  • Добавлена проверка на возможный выход за пределы файла при чтении thumbnails

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

Comments

что-то вы сломали с color transform в этой бете...

N/A

слева до беты (видно что color transform учинился, справа после беты)

N/A

Мы не сломали, мы починили!

1) Какая камера? Sony ж поди?
2) Image display - Use embedded color data for - Other RAW files - галка стоит?

Вот это место для всего, кроме DNG было поломано, использовался не Embedded profile (который у сони очень какой-то странный), а профиль из LibRaw (а не из FRV), то есть адобовский на самом деле (но не тот что Adobe использует на самом деле, а Camera Matrix 2)

да!

N/A

Ну вот реально это место было профукано - и туда прилетал не тот профиль, который камера записала, а профиль из LibRaw (то есть на основе Camera Matrix 2 им. Adobe).

При этом - у Sony ейный профиль мне непонятен. Он, действительно, дает совсем малую насыщенность, но попытка подкрутить эту насыщенность из очевидных предположений (профиль может быть: raw -> sRGB, Adobe, ProPhoto, XYZ) - к счастью не приводит.

Так как эта галка для Sony (other cameras) стандартно снята - мы особо не паримся.

Да, прикольно то, что это место профукано в dcraw еще в незапамятные времена. +M без -w не работает, а если ставите -w, то +M не нужен.

И хоть бы кто заметил.....

> При этом - у Sony ейный профиль мне непонятен.

наверно как у Адобе в их профилях DCP из комплекта поставки для ACR/LR - раньше одних матриц ForwardMatrix* (которые используются для raw RGB -> cieXYZ ) из DCP было достаточно для вполне хорошего на вид /цвет для человека/ transform и LUT делали какие-то мелкие поправки , теперь всю основную работу делают ProfileHueSatMapData* LUT = это произошло где-то в районе появления Process 2012, а эффект если эти LUT удалить такой же как у Sony ... т.е. вопрос - где остальная часть ? если не в raw то где - зашита в их более неразвиваемый конвертер ?

Eric Chan :: ( http://www.luminous-landscape.com/forum/index.php?topic=84129.msg680333#... ) @ November 15, 2013 :

The ForwardMatrix tags are used to transform white-balance linear camera coordinates to CIE XYZ space (D50 reference illuminant). In many cases these tags perform the majority of the color correction (e.g., a matrix that performs the color transform).

The advantage of the matrix is that it's a very smooth transform and also very efficient. A disadvantage of the matrix is that some colors can clip. Therefore, in some cases we instead use an empty (null transform) matrix and perform the bulk of the color correction using tables. This helps to preserve detail in saturated colors. In the cases where we use an empty/null transform matrix, you'll see the same values used for both ForwardMatrix1 and ForwardMatrix2.

N/A

это "same values used for both ForwardMatrix1 and ForwardMatrix" в профилях эмулирующих разные виде OOC JPG типа "Camera Neutral" итд... в Adobe Standard это не так то манипуляции выполняемые матрицой минимальные... опять же для избежания clipping'a неиначе

N/A

В RAW у сони, в известных нам тегах, ничего кроме собственно матрицы не видать.

Возможно что этот профиль - это, действительно, какая-то нормализация под нечто, а дальше - конвертором их. Неизвестно.

Ну и на самом деле не очень интересно, это место для 'Other camera' сделано т.к. досталось на халяву:
- для DNG оно нужно т.к. dng бывают всякие и автор оного DNG может туда что-то хорошее написать
- для цифрожопок оно еще более нужно, профили там вполне встроенные.
- а 'other camera' - до кучи, раз уж есть. Мне не нравятся ни сонины, ни олимпусовые встроенные профили, но читаются в LibRaw - можно использовать.

> - для DNG оно нужно т.к. dng бывают всякие и автор оного DNG может туда что-то хорошее написать

в DNG как может быть > 1 профиля внутри.. и тогда как ?

N/A

Я вопроса не понял.

я имел ввиду - какой из нескольких DCP профилей внутри DNG выбирает FRV ?

N/A

C DCP все просто - никакой.

Мы используем ColorMatrix (или, если ключик поправить в registry - Forward Matrix, начиная с 1.3.1)

а вот странное если

например предположим что у нас есть в каталоге raw файл вида ABC.XYZ , где ABC - имя, а XYZ - расширение... в этом же самом каталоге могут присутствовать файлы .xmp, .rpps, .tif(f), .jp(e)g порожденные операциями с этим raw...

имеет ли смысл дать опцию включить индикацию в thumbnail'е (grid & strip) для этого что таковые файлы - есть, типа как показываются color/star label/rating ... например я показывание не raw выключаю чтобы не отвлекало - но хотелось бы знать что выхлоп из такого-го то raw рядом есть (это о tiff/jpg)

выглядело бы это как мелки иконки xmp, rpps, jpg, tiff (словами) где-нибудь поверх thumbnail - т.е. просто бинарное подтверждение - есть/нет рядом в фолдере

PS: /мелким шрифтом/ если смысл будет то хочется чтобы опционально для tiff/jpg былa возможность задавать индикацию наличия не только ABC.XYZ -> ABC.jpg, ABC.tiff, но и ABC.XYZ -> ABC*.jpg, ABC*.tiff... ну это мои тараканы, я в имя выхлоп к имени raw добавляю что за конвертер и номер, итд... типа DSC002212=CO9=...если C1v9, или DSC02212=ACR=... если ACR

N/A

вот например xnview показывает наличие xmp (но, блин, не в raw) =

N/A

Ну вот ровно вчера я понял, что если есть .xmp, то хочу видеть звездочку у имени файла (или какой-то еще значок).

Что-то более generic - "ну не знаю". Каталог в любом случае читается, поэтому теоретически эта информация бесплатная, а практически - файлов с запрещенными расширениями мы вовсе не видим сейчас совсем.

Показывать файлы "с таким же началом имени" - как конфигурировать то? Если в каталоге есть D.RAW - то к нему все подтянется? Это будет фича для полутора человек.....

> Показывать файлы "с таким же началом имени" - как конфигурировать то?

бинарно - тянуть по ABC* или точное совпадения ABC, или/или
a какие расширения тянуть - чекбоксы (xmp, rpps, tif, jpg)... или список расширений, как строка

N/A

Давайте вот K человек (и K >> 1) этого попросит сначала.

так если делать для xmp - можно же сделать достаточно generic... потому что например чем наличие rpps хуже/лучше xmp ? тоже самое ... а вот уже и два расширения, а там где два - проще обобщить на будущее

N/A

>> чем наличие rpps хуже/лучше xmp
Распространенностью в народе.
Кроме того, XMP мы в любом случае читаем (и обрабатываем правильно ситуации "два файла с одним именем - один XMP-файл), то есть подпереть конкретно XMP - дешево и локальное изменение.
Парные raw+jpg - аналогично, уже читаем (если режим R+J), аналогично можно дешево подпереть.

Плюс к тому, изобилие иконок-расширений - интерфейсно некуда впиндюрить, если не увеличивать поля вокруг файла. А звездочку (перед или после) - есть куда.

Я думаю, что начинать надо с XMP, а дальше посмотреть на реакцию и запросы пользователей.

> Ну вот ровно вчера я понял, что если есть .xmp, то хочу видеть звездочку у имени файла (или какой-то еще значок).

ну вот значок в виде букв расширения (т.е. xmp для xmp) как раз хорошо (см. как xnview показывает) и достаточно self-explanatory

N/A

В форточной версии, в окошке выбора папки - сетевые диски только с буквой, нет названия. Неудобно.

Вы системный диалог используете или встроенный?

Preferences - Interface - Use system Open File/Open Folder dialog

Впрочем, название шары у меня показывает в обоих....

Я вот это имел в виду:

А с диалогом всё ок:

Ага, понял.

Не знаю как вынуть share name, но изучу.

Спасибо.

В коллекцию - если выбрать сетевую шару прямо через сервер (\\name...), то с именами всё ок.

Потому что несмонтированные тома (без буквы диска) обрабатываются иначе, известное дело.

Для смонтированных - уже починил, усе будет.

Дела оказалось на 8 строчек. В 1.3.1 будет.

Не знаю как оно ведет себя с отвалившимися шарами, вот и узнаем.....

Вот в этом посте есть ссылки на свежий билд (914-й), в нем починено: http://blog.lexa.ru/2016/05/04/fujifilm_x_pro2_compressed_raws.html

Заработало, спасибо!

Всегда пожалуйста!

Вы не держите претензии в себе, жалуйтесь, мы очень охотно правим продукт по запросам пользователей.

Add new comment