FastRawViewer 1.6 beta

Тем временем, подоспела первая (полу)публичная бета FastRawViewer 1.6

Несколько лень писать прямо вот подробный анонс с картинками, но поскольку мануал оказался (внезапно) уже готов, я буквально по 2-3 строчки - и ссылку на мануал. Итак:

Специальные режимы просмотра папок

В FastRawViewer добавились следующие "специальные режимы"

  1. Subfolder browse: просмотр папки вместе с подпапками (на любую глубину).
    В этом режиме список просматриваемых файлов фиксируется при переходе в данный режим, поэтому действия, изменяющие список файлов (т.е. Move, Move to rejected) запрещены. Подробнее в руководстве.
    При работе со сменными носителями можно указать Open With Subfolders как вариант "что делать если вставили носитель"
  2. Просмотр списка файлов полученного в виде списка (Виртуальный фолдер), аналогичен "subfolder browse", но в качестве фиксированного списка файлов - используется файл со списком (эк завернул!). Подробности.
  3. Hotfolder: мониторинг папки на предмет появления новых файлов, автоматическое открытие этих новых файлов.
    Предназначено для использования совместно с Tethered mode. Подробности.
  4. Slideshow: автоматическое листание файлов в папке. На самом деле там внутри реально нажимается кнопка "Next file" по таймеру. Подробности.

Изменения в обработке XMP

  1. Поддерживаются sidecar-файлы с названиями Filename.ext.xmp (привет Digikam, если не путаю). Подробности.
  2. Добавились настройки про XMP
    • Выбор между встроенным блоком и sidecar: по метаданным или всегда sidecar (для тех программ, которые не пишут тег MetadataDate)
    • Чтение GPS-данных из XMP.

Прочие мелочи

  1. Menu - File - Clear _Rejected: появилась галочка "удалять и сам _Rejected folder"
  2. Панель XMP Metadata: показ Title/Description настраивается детальнее.
  3. Просмотр одного файла: можно включить/выключить скроллбары (и на маке - тоже). Подробности.
  4. Для компьютеров с >16GB RAM: увеличены лимиты установки RAW/JPEG cache size
  5. Mac: поддержка dark theme (поскольку цвета интерфейса у FRV свои, это касается только окошка About).

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

Берите лучше в официальном анонсе, там ссылки актуальные

ВНИМАНИЕ! Windows-сборки мы подписываем новым сертификатом (старый заканчивается), поэтому Smart Screen/Windows Defender может ругаться на  not commonly downloaded and could harm your computer.
Нужно говорить "все равно хочу" и запускать, только так, набором статистики, эту Windows-хрень можно превозмочь (все что могли, т.е. submit как false positive мы уже сделали и даже ответ уже получили "все в порядке, наберется статистика и станет хорошо").

Для сомневающихся, отчеты VirusTotal:

Comments

что-то этот ваш FRV плохо с sym. links работает... ну вот mklink с raw и посмотрите на отображение thumbnail'а... где спрашивается exif параметры ?

N/A

Попытался посмотреть что же происходит
You do not have sufficient privilege to perform this operation сказал мне mklink

Ну значить неактуально....

ничего не понял, придется иллюстрировать жизненной ситуацией

N/A

В-общем, никто и не обещал :)

причем все остальные прекрасно работают без проблем (например CaptureOne или Bridge/ACR) - дело конечно барское, но FRV явно недотянул тут

N/A

Там есть история под капотом, что QDir::absoluteFileName() неправильно резолвит пути на unc (работают ли с ними C1?), а canonicalFileName() - резолвит линки.

Но в принципе, да, непорядок, я посмотрю туды.

Значит история оказалась такая:
1) QFileInfo::isFile() для виндовых симлинков возвращает false. Есть isSymlink(), но....
2) Но и этого мало, поскольку QFileInfo::size() для виндовых симлинков возвращает 0 если они сделаны через mklink и размер .lnk-файла, если они сделаны через.lnk.
А размер проверяется на предмет "а хрен ли парсить exif из этого файла, если там всего-то 10 байт, никакого exif там точно нет)

Итого, починить это дело можно (благо проверки эти есть в счетном количестве мест), но потребует времени (+ возможна perf.degradation на резолв симлинков).

Пометил в блокнотике, если вдруг будет свободные полдня-день - скую. ( grep QFileInfo *.h *.cpp |wc -l говорит что их у нас там 282, то есть нужно 282 раза подумать будет, это немало).

я не понял след. логику - т.е. thumbnail вы тем не менее генерируете, несмотря на "А размер проверяется на предмет "а хрен ли парсить exif из этого файла, если там всего-то 10 байт, никакого exif там точно нет)", а exif - нет ? шансов на то что из raw файла можно достать данные для генерации thumbnail, но там нет ничего для exif по-моему стремятся к нулю

N/A

PS: "+ возможна perf.degradation на резолв симлинков" - зачем их резолвить вообще ?

N/A

Резолвить их придется чтобы таки прочесть exif.
И, да, если линк указывает куда-то, что не читается в данный момент - будет интересно.

> Резолвить их придется чтобы таки прочесть exif.
> И, да, если линк указывает куда-то, что не читается в данный момент - будет интересно.

вы уже извлекли данные для генерации thumbnail'а... так что с чего бы это оно не читалось и почему такая отдельная забота об exif - почему вы не резолвите их чтобы достать данные для генерации thumbnail ? если между делом что-то случилось - ну будет ошибка - они ж поди обрабатываются

N/A

Да, в одном месте размер проверяется, а в другом - нет.

> Да, в одном месте размер проверяется, а в другом - нет.

что нелогично же... вы же видите что это "raw" файл уже, нет ?

N/A

"ну там так получилось", что проверять размер для thumbnail не надо (его выблюет libraw по тому же критерию).
А для exif - полезно.

И, да, в ряде случаев это (exif и thumbnail) делается разным кодом.

"...поскольку QFileInfo::size() для виндовых симлинков возвращает 0 если они сделаны через mklink ..."

PS: а что в доке пишут

qint64 QFileInfo::size() const

Returns the file size in bytes. If the file does not exist or cannot be fetched, 0 is returned.

If the file is a symlink, the size of the target file is returned (not the symlink).

--- ВРУТ НАГЛО ?! ---

N/A

Возвращает 0, я ж проверил.

А в той доке есть еще и в начале секция про симлинки.

PS: неплохо было бы заодно линк помечать чем-нибудь (и мб вот даже и создавать тоже прямо из FRV по месту проживания - в смысле для любителей виртуальных копий без LR и прочих DAM'ов)

N/A

Гм. Вот уж нет.

I have noted an issue with the new slide show: in the default settings (2 seconds) the slideshow stops after 10 images. If I change to 1.5 seconds ist stops after 14 images.

Thank you - Hot folder works great!

Thanks. Reproduced, investigating, hope to fix in next update.

Add new comment