FastRawViewer 1.2.0 Beta2

Каких-то жалоб на Бету-1, которые касали бы новой функциональности - не поступило, поэтому в Beta2 добавлено новое, а изменения касаются скорее версии 1.1.x (раздел про мониторинг появления-удаления файлов)

  1. Новая панель "Favorite Folders", позволяет запоминать часто используемые папки и быстро к ним обращаться.
    Единичный клик в элемент списка - открывает выбранную папку в Thumbnnails.
    Двойной клик - открывает в Thumbnails и загружает первый файл папки в главное окно.
    Пополнение списка favorites:
    • - контекстное меню в дереве Folders
    • - Гайка на заголовке панели, Add current folder to favorites
    При добавлении уже имеющегося в списке фолдера - он перемещается в начало списка
    Очистка списка:
    •  - контекстное меню на элементе позволяет его удалить
    •  - Меню панели - Clear favorites list очищает весь список.
  2. Скрытые (не вынесенные в Preferences) настройки мониторинга фолдеров на появление/удаление файлов:
    Prefs.AllDriveFolderMonitor - включает установку мониторинга всех типов дисков
    Prefs.UnknownDriveFolderMonitor - включает установку мониторинга для дисков, тип которых не распознан.
    Включение/выключение скриптами
    EnableAllDrivesMonitoring DisableAllDrivesMonitoring      EnableUnknownDrivesMonitoring DisableUnknownDrivesMonitoring
    Windows
    : скрипты (с расширением .reg) копируются при установке в C:\Program Files\LibRaw\FastRawViewer\scripts\
    Mac
    : скрипты (с расширением .sh) находятся в папке Scripts на инсталляционном образе.

  3. Поддержка форматов
    • Несжатый формат камеры Sony A7S II (и, хочется надеяться, A7R II)
    • Более эффективная поддержка формата .EIP: существенно быстрее загружаются thumbnails, используется значительно меньше памяти
  4. Поддержка камер
    • DXO One
    • Leica S (Typ 007)
    • Olympus E-M10 Mark II
    • Ricoh GR II
    • Sony A7S II

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

703-й билд неактуален, берите отсюда

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

  1. Документация не обновлена, описание новых свойств и их настроек - в Changelog и в текстах в этом блоге.
  2. Документация не переведена, дружественные анонсы в англоязычных сообществах - преждевременны.
  3. У кого протух триал - ключик до середины ноября есть в хвосте анонса беты-1

Comments

вроде работает со скриптами...

PS: при неработающем мониторинге и попытке в filmstrip перейти на исчезнувший (переименовали например) в реальности файл программа не выдает никакого сообщения об ошибке (просто не дает на этот thumbnail перейти)... хорошо ли не сообщать о происходящем и не удалять этот элемент из filmstrip ?

N/A

Ну вот работать с каталогом внешними средствами без мониторинга - плохо.
Мониторинг, в кривых случаях (сеть, всякие диски C: прикинувшиеся removable) - тоже плохо.
Счастья нет

еще из части субъективного (при изучении возможности заменить xnview на frv в жизни) :

1) а нет ли скрипта который выключает/включает "скачки" выбраннoго элемента filmstrip в середину экрана по ширине когда этот элемент изначально у края (слева/справа) ?

2) а нет ли скрипта который делает рамку вокруг выбранного элемента filmstrip сильно жирнее (из заметнее глазу) чем сейчас ?

3) а нет ли скрипта который делает (и обратно) элемент filmstrip "выбранным" (со всеми вытекающими последствиями по изменению как он отображается в filmstrip) только когда закончен рендеринг raw в окне просмотра, а не до этого как сейчас ?

это все конечно мелочи...

N/A

1) подумаю, сделать легко.
2) Прямо вот рамку жирнее? Если это единственное пожелание про оформление - опять же несложно. Если их еще мешок - проще дать возможность прочитать свой CSS.

3) Вот это вот сложная история
а) если вы листаете пробелом, то оно так и есть вроде бы: выбор в filmstrip перескакивает после окончания всей фигни в главном окне.
б) если вы листаете стрелками-кнопками-мышками в filmstrip, то это невозможно, рендеринг начинается по факту "сменился текущий элемент".
Я подумаю, нельзя ли сделать видимую разницу между "рендерится/отрендерился" впрочем.

> б) если вы листаете стрелками-кнопками-мышками в filmstrip, то это невозможно, рендеринг начинается по факту "сменился текущий элемент".

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

N/A

Перерисовка - "оно само, у нее неонка внутри".

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

При этом, если какой-то рендеринг начался и еще не кончился - оно стереть ничего не даст.
Сухой остаток: при стирании надо проверять не только идущий рендеринг, но и статус ожидания "нет ли чего ждущего, не пронавигировал ли юзер дальше".

> 2) Прямо вот рамку жирнее? Если это единственное пожелание про оформление - опять же несложно. Если их еще мешок - проще дать возможность прочитать свой CSS.

если будет в комплекте пример CSS для редактирования его и кормпления FRV через хоть скрипт который что-то будет прописывать в registry то конечно же хорошо !

N/A

С примерами проблема: их надо документировать, а когда мы это вдруг поменяем - опять документировать.

Работы сразу в миллион раз больше (и, нет, эти CSS не хранятся в виде CSS, а считаются на лету исходя из текущих размеров шрифтов и подобного)

Первые два пункта (и еще один) - имплементированы в 1.2 RC2
Подробное описание всех скриптов теперь есть в мануале в разделе "дополнительные настройки"

вот еще предложение по функциональности - copy & paste для каких-то параметров sidecar файлов (xmp для ACR/LR, rpps для RPP) между raw в фильмстрипе...

N/A

У нас есть Propagation: делаете Force create XMP, делаете наследование чего нужно (ориентации, экспокоррекции, ББ) от предыдущего файла и оно вот и унаследуется (в случае, если у файла нету XMP).

А Copy-Paste то есть вот "сохранить как пресет", "применить пресет" пусть поживет в TODO.

> У нас есть Propagation

смысл был немного (или много) не в том... например если я работаю с серией в несколько заходов, я хочу новый raw начать с установок одного из тех которые уже раньше обработаны (не панорамы вовсе даже)... в ACR это примерно так - открываешь старый raw (лишнее время на это) -> нажал "done" -> открываешь новый raw -> "previous conversion" = желаемый эффект... имелось ввиду сократить время за счет открытия раннее обработанного ACR raw чтобы скопировать настройки записанные ACR (не FRV) для вновь открываемого raw в FRV через (частичное) копирование данных в sidecar и при этом чтобы это было явное действие инициированное мной и копировалось максимальное кол-во adjustments записанных именно самим же ACR в XMP... ну вот как-то так...

N/A

Вы хотите копировать вообще все чужие поля XMP, включая и те, которые FRV не понимает?

> Вы хотите копировать вообще все чужие поля XMP, включая и те, которые FRV не понимает?

не все подряд, а многие... примерно соотв. тому что сам ACR делает в таком случае - но он например не копирует локальные коррекции (что правильно)...

N/A

Ну вот понимание чужих XMP - дело совсем уж далекого будущего. Целиком (только может photoshop:SidecarForExtension заменить, если расширение другое) - да.
Разбираться что там у этих crs: унутре - нет, не сейчас. Совсем не сейчас.

Add new comment