FastRawViewer 1.6 beta (3)

Продолжаем работу с замечаниями. История вопроса: в первом анонсе версии 1.6 и во втором.

Что нового

  • Панель Histogram: появилась настройка Gear Menu - Lock histogram height, позволяющая зафиксировать размер панели гистограммы (а не менять его при появлении/убирании filmstrip)
  • Mac/dark mode: доправлены ранее недоправленные диалоги. Если найдете еще какие недоделки в dark mode - пишите.

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

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

ВНИМАНИЕ! Windows-сборки мы подписываем новым сертификатом (старый заканчивается), поэтому...

FastRawViewer 1.6 beta (2)

FastRawViewer 1.6 обновлен, относительно предыдущего анонса:

  1. Slideshow работает больше 20 секунд :)
  2. Увеличена (неудовлетворительная) скорость прокрутки в Grid View на Mac.

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

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

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

FastRawViewer 1.6 beta

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

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

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

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

  1. Subfolder browse: просмотр папки вместе с подпапками (на любую глубину).
    В этом режиме список просматриваемых файлов фиксируется при переходе в данный режим, поэтому действия, изменяющие список файлов (т.е. Move, Move to rejected) запрещены.
  2. ...

FastRawViewer 1.5.6 Release

Ну и для протокола: вышел FastRawViewer 1.5.6

Полное описание изменений, скачивание: на официальном сайте

В сравнении с предыдущим анонсом, произошли следующие улучшения:

  • Mac, особенно если 10-битный дисплей: улучшена скорость прокрутки в "режиме показа плиткой" (это не предел, в FRV 1.6 это место будет еще быстрее на маках)
  • Добавлена поддержка (нарушающих стандарт) целочисленных DNG, сжатых deflate.
  • Добавлена поддержка файлов Canon 1DX Mark III (только lossless; CRAW пока не поддерживаются, там сменился формат).
  • Исправлены ошибки:
    • Mac: при возврате из fullscreen не вспоминалась правильно позиция окна.
    • Панель XMP Metadata: не обновлялась при переходе от файла к файлу в grid mode, если был включен показ гистограммы.

Если нужен русский мануал, его берут с русского же сайта.

Цвета слов, слова цветов

Вот возьмем, к примеру, XMP. Там, в стандартных тегах, есть xmp:Label в которых обычно (но не всегда) пишут цветовую метку.

Если быть точным, то Adobe Lightroom пишет, при стандартных настройках, цветовую метку, ну к примеру <xmp:Label>Red</xmp:Label>, а у Adobe Bridge стандартный набор этих слов другой (Select, Second, и т.д.).

Поскольку цвета (и статусы) пишутся словами, возникает такой интересный эффект, что слова надо писать на языке пользователя: Red, Rot, Rouge, Rojo, Красный. И, да, так и происходит - эти слова у Адоба локализованы и метки пишутся в соответствии с установленным у пользователя языком.

Приятным сайд-эффектом является то, что если у фотографа, допустим, установлен немецкий, а "в редакции" - испанский, то установленные фотографом метки - в редакции не прочтутся (а xmp:Rating, который ставится числом - прочтется). Ну или как вариант, если в конторе у разных сотрудников установлены разные языки - interoperability по xmp:Label будет утеряна (а по Keywords, кстати, нет, ибо ключевые слова не "интерпретируются в цвет").

К моему удивлению, ровно такая же ерунда происходит и в Маковском Finder: цветовые метки пишутся "словом" в атрибутах файла, а эти слова, для получения из них цвета, пропускаются через Finder-овский словарь тегов, каковой меняется со сменой языка.

Следствие то же самое - "сменил язык - метки потерял".

Да, вариант "везде английский" тоже имеет свои недостатки, это тоже очевидно.

FastRawViewer 1.5.6 Release Candidate

Как-то постепенно этот бложик стал лентой анонсов наших программ, а весь треп переехал в фейсбук.

Продолжая эту дурную традицию, анонсирую:

Что нового:

  1. Предварительная поддержка трех новых фуджей (X-T4, X-T200, X100V). Сенсоры у всех камер очень похожи на предыдущие, скорее всего предварительная поддержка станет окончательной без (заметных) изменений.
  2. Исправлены две проблемы, внесенные обновлением Qt до версии 5.12:
    • Кривой Screen Sharpening в графическом режиме DirectX 9
    • Мерцание скроллбаров в графическом режиме DirectX11
    Эти проблемы проявлялись только в сборке Windows/64bit (остальные виндовые - со старым Qt, а на маке нет DirectX).

Прошу любить и жаловаться. Ваши жалобы - улучшают продукт.

Acronis Workstation ненависти псто

У одного моего друга есть Acronis Workstation (v11.7, в покупке более новых смысла пока не увидел).

Этот бэкапер умеет пофайловый инкрементальный бэкап.

НО.

СУКА.

  1. Допустим, у вас есть d:\folder\project и вы поставили ему галочку бэкапить
  2. Но там есть подпапки debug, release, .vs (в которых, соответственно, debug-сборка, релизная, файлики от Intellisence)
  3. Поэтому вы зашли в настройку бэкапа и сняли с них галочки.
  4. После этого (нецензурно)
    • Если в d:\folder\project были добавлены новые файлы или там папки
    • То галочка на них как бы и не стоит
    • И они, соответственно, не бэкапятся.

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

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

И, в принципе, логика то в таком поведении есть. Хотя я бы предпочел другую логику: если не исключено явно, то таки бэкапить.

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

FastRawViewer 1.5.5 Release

Малострадальный  FastRawViewer 1.5.5 выпущен, ибо невозможно ж. Брать тут: https://www.fastrawviewer.com/blog/fastrawviewer-1-5-5-Release

Постоянный перенос выпуска (полтора месяца примерно, в декабре уже все было практически готово) был связан с постоянными выходами новых камер и постоянным же добавлением их поддержки. На Nikon P950 решили остановиться, все более новое (начиная с Olympus E-M1-III и так далее) пойдут в следующие релизы.

 

SSL и все все все

Либо наведенный морок, либо память подводит, но не нашел комментария, где меня ругают за weak https ciphers на blog.lexa.ru. А точно помню что он был, с месяц назад или около того.

Тем не менее, звезды сошлись, добрался до этого места (потратил, как водится, изрядно времени) и теперь тут так:

Имею сказать всякое:

  1. Публикую не чтобы похвастаться, а отладки для: если что-то сломалось, сообщите pls.
  2. TLS 1.0
  3. ...

RawDigger 1.4

Тремя строками:

  1. RawDigger 1.4 выпущен
  2. Брать на сайте: русский сайт, английский сайт (разницы особой нет, на русском сайте лежит отдельным файлом руководство на русском же).
  3. Относительно RC добавилась возможность 'embed ICC profile' при экспорте RGB rendering.

Куда кривая вывезет

А вот возьмем к примеру одну и ту же кривую (редактирования) и нарисуем ее в разных координатах (по обеим осям, конечно, одинаково):

(по клику будет чуть побольше).

В EV-координатах мы, понятно, не можем нарисовать от нуля, размер квадратика 10 стопов (и по X и по Y), на остальных картинках диапазон "0-1".

Эффект ожидаемый и понятный: в случае EV-кривой мы имеем больше места для редактирования теней (полутона, 3 стопа от насыщения, это правые/верхние 3 клеточки из 10). В случае линейной кривой - можем прямо вот идеально вывести света (полутона и тени - это чуть больше одной левой нижней клеточки). В случае гаммы - у нас середина примерно в середине, ну с какой-то точностью (почти точно будет для L* т.е. для эффективной гаммы около 2.5).

Но возникает ведь и другой вопрос: если кривая "в гамме", то в какой? Вот к примеру кривые для Adobe RGB (2.2) и ProPhoto (1.8) не будут одинаковыми (посмотрите как теневой хвостик отличается на картинке)

Monochrome2DNG 1.2 (release)

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

UPD: версия 1.2 выпущена, брать на официальном сайте.

На всякий случай напомню, что это утилита, которая преобразует RAW-файлы от камер сконвертированных в монохромные (смытием цветных фильтров с сенсора) в одноканальные (монохромные) DNG. Если у вас такой камеры нет (а есть цветная и/или исходно черно-белая камера вроде Leica Monochrom), то Monochrome2DNG...

Pages

Subscribe to blog.lexa.ru: все статьи