Предложения по функциональности

 

В этом топике можно оставить пожелания по новой/дополнительной функциональности

Очень понравилась картинка, которые получается при просмотре. Главное, есть уверенность, что все честно и грамотно - что снято, то и видим. Поэтому хотелось бы иметь возможность сохранять картинку. Желательно, не просто (не только) в jpeg, но и без потерь в 16 битах. Или передавать в ФШ картинку в 16-битном режиме.

Некоторые уже просили такую возможность. Так что, как минимум, вы не один :)
Думаю, публичное тестирование поможет более чётко определиться с направлениями дальнейшей работы.

Нравится функционал программы, но без поддержки профиля монитора на широкоохватном дисплее фотографии отбражаются неправильно, поэтому предлагаю вам прикрутить какую-нибуль CMS.

Этот вопрос уже поднимался и не исключено, что будет именно так, как вы просите. Но, возможно, не сразу, так как есть более насущные задачи.

Плюсую запрос. Все хорошо, но без поддержки профиля монитора программа просто работает неправильно! 

Можно взглянуть на профиль Вашего монитора?

Конечно можно https://db.tt/0W1e7Lo4

Этот профиль соответствует AdobeRGB, с бОльшим гамутом в зеленых выше L96. Очень похоже на "подгонку под ответ". Я бы попробовал перестроить его с помощью basICColor Display (trial сработает) или Argyll. 

Это никакая не подгонка. Реальный профиль, реального монитора. 

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

Попробовал. https://db.tt/FKSUwUPV 
Результат мне не понравился. А в FastRawViewer так стало заметно хуже. Так что не совсем понятно, что это поменяло? И так, и эдак профиль монитора поддерживать надо, для корректного отображения. 

По крайней мере охваты у обоих профилей совпадают. С тем же что профиль монитора желательно поддерживать - никто не спорит.

>>Результат мне не понравился. А в FastRawViewer так стало заметно хуже.

Стоп, с этого момента пожалуйста поподробнее. FastRawViewer не поддерживает пока профилей монитора (что мы, собственно, тут и обсуждаем). Соответственно, что "могло стать хуже" то?

Ну, это совершенно случайный эффект, разумеется. :) 

Нет-нет, это скорее следствие того, что линеаризационные кривые, которые вы загрузили в видеокарту (или LUT монитора) - нехороши (сильно негладкие, например).

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

Я вот не вдавался в подробности того, что вы делаете, в сами профили не смотрел, сугубо теоретические рассуждения.

 

Нет, этого я не делал, но спасибо за комментарий, запомню.

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

У Вас в профиле есть тэг vcgt. И в зеленом канале там обрезка на уровне 87% сигнала.

Тестовая версия тестовой версии ("бета беты") с ColorManagement доступна тут: http://blog.lexa.ru/2014/10/06/fastrawviewer_094_prebeta4_color_manageme...

Включение Color Management: Preferences - Color Management - Enable Color Management, в той же вкладке настроек можно указать "не системный" профиль монитора и там всякого по мелочи.

Будем благодарны за тестирование, отзывы и замечания.

Рады сообщить, что в FRV 0.9.4  есть поддержка Color Management (без потери скорости показа, если у вас не безумно медленная видеокарта).

Включается-настраивается в Preferences - Color Management.

Продублирую с другого форума:
"Хороший, шустрый вьювер. Понравилась возможность настройки ББ вручную перед отправкой в ФШ, неплохо бы туда еще вставить отключаемую пипетку. ACR принимает эстафету по процессу 2010, о чем любезно восклицает. Выбор этого процесса происходит специально или случайно?"

Пипетку - для баланса? Она есть, шорткат в Keyboard shortcuts editor, Custom WB. Размер - в Preferences - White Balance - White balance sampler size.

Процесс 2010 - аккуратнее со светами.

Добавлю для тех, кому лень читать список Shortcuts: стандартная пипетка  - Alt-Click

Alt-Click
Да, работает, как в рпп Thanx! Читать не лень, просто не успел )) Равы фовеона читать будет или ну их?

Пока - не будем точно. Дальше - посмотрим. Например, если новая Сигма будет продаваться прилично - или хотя бы один из нас решит, что она ему нужна  - то поддержим со временем ;) Просто это отдельная работа, недель на 6.

Немного оффтопа:
Алексей, тут на форуме менюшка верхняя при скроллинге ниже заголовка темы становится жутко прозрачной и нечитаемой, её буквы на буквы текста накладываются (или наоборот).

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

Просто она ж и некликабельна частично становится.

Скорость просмотра впечатляет)
Но где превьюшки? например как в LR в режиме Develop - внизу в ряд.
И не хватает всплывающих подсказок по элементам интерфейса - например по строке состояния.

А что непонятно в строке состояний?

Всякие однобуквенные сокращения например.
Почитать руководство и со временем запомнить - не вопрос. Просто подсказки - это некий маленький знак уважения к пользователю.
Ну ладно с ними, с подсказками. Где превьюшки?) Мне казалось, что для вьюверов это - основа интерфеса. Допустим, для групповых операций.
 

Да, вы правы, всякие R I E - да, наверное непонятны. Сделаем.

Превьюшек - пока нет, и если что и будет в версиях в районе 1.0 - это простой Filmstrip для быстрого выбора файла, ну и пока все. Именно потому, что "групповые операции" (а потом захотите сравнение двух файлов, синхронный зум и позиционирование, правда?).

Пока - можно интегрироваться с тем же FastStone, он вам даст превьюшки, а как внешнюю программу звать FRV. Можно у FRV включить 'Single instance', тогда будет и одно окошко, а не миллион.

Или Windows explorer и Drag-n-drop (или даблклик)

А вот можно сделать так чтобы обход файлов в папке можно было выбрать не только по имени а по дате создания и проходить по ним в прямом и обратном порядке (ну то есть чтобы открывая папку показывало сначала самый старый или наоборот самый новый файл)? То есть три опции как бы:
1) По именам A..Z
2) По дате создания (старый...новый)
3) Обратный к (1) или (2) (то есть от Z..A или новый..старый)

А вот написал в TODO.

Спасибо

На всякий случай продублирую и тут.

Порядок сортировки файлов можно менять начиная с версии 0.9.3

Что-то есть на бета-сайте, где вы зарегистрированы.

А так, как там яндекс говорит обычно, "мы не раскрываем свои планы"

...С чувством глубокого удовлетворения от проделанной работы, спешим сообщить, что закрытое бета-тестирование закончено... и ссылки - сюда
Где смотреть историю изменений 0,9 ?
 

А слева от этого текста - Username/Password. Работают. У вас там есть логин, такой же как тут. Восстановление пароля - тоже должно работать (если нет - жалуйтесь сюда.

Там даже регистрация новых пользователей - работала (Create new account), вот только сейчас вспомнил, что надо бы отключить.

История изменений версии 0.9 (относительно 0.9.0, ибо старая непубличная история никому неинтересна) будет/есть в

 а) в официальных анонсах 0.9.x (которых еще не было, официальная 0.9.1 ожидается сегодня) - пока будет на download, если станет много - будем отдельные новости писать.

 б) в Changelog.txt, в дистрибутиве (инсталлятор предлагает его показать при установке/апгрейде)

 

Жалоб на вход нет, пожелание закончить "переезд" на этот ресурс 

Таких планов нет.

Если вы читали рассылку бета-тестеров, то в курсе (других) планов. Если нет - значит нет.

Почему-то при вызове ACR для дальнейшей обработки отредактированного RAW, ACR запускается в 2010-м процессе, хотя Camera RAW Default выставлена на 2012-й. Это фича, или где-то есть настройка, которую я пропустил?

Это пока фича.

Ну то есть это скорее фича ACR - Если есть XMP с crs:Exposure, но в нем нет версии процесса, то будет 2010-й.

Мы поправим в следующих бетах, будем crs:Version писать какую скажут.

Понял, будем ждать.
Кстати, огромное Спасибо за программу - полностью (в своем воркфлоу обработки) постараюсь протестировать в ближайшие дни, но даже то, с чем удалось поиграться, вызывает восхищение :) Скорость рендеринга, реальная гистограмма RAW и пикинг - киллер фичи :)
Небольшое замечание по блоку с Exif. На мой взгляд, очень не хватает значений Exposure Program, Exposure Bias, Metering Mode. А вот, например, имя файла дублируется два раза - в этом блоке и в статусной строке. В идеале было бы сделать набор показываемых параметров настраиваемым через чекбоксы в отдельном окне настройки, скажем, не более 10 (чтобы не раздувать высоту блока) и с воможностью выбора из 20 наиболее часто используемых. Но это так, мечты к релизу 2.1 )

Да, улучшение EXIF-блока - в планах.

Не мгновенных, лето на носу, но в ближайших.

(для протокола) В 0.9.4 сделано вот ровно как вы просили.

Но только EXIF. Многие камеры пишут самое интересное в своем формате (MakerNotes), разбор этого формата индивидуален для каждого формата RAW и пока такого разбора нет.

(для других читателей)



Задание версии процесса Adobe - есть начиная с версии 0.9.3

Alt+Plus на основной клавиатуре требует нажатия Shift 
Хорошо бы без Shift обойтись
 

Ctrl-K - откроется окно редактирования шорткатов - добавьте что хотите.

Под Mac OS - увеличенные пиксели имеют чёткие границы, под Windows (x64) - сглаженные.  Ожидаемое поведение -без сглаживания
 

А можно чуть побольше подробностей?

 - Оборудование - одинаковое? Или на Маке - ретина?

 - Настройки в Preferences - GPU processing одинаковые (прежде всего, "Image resampling method"?

 - Сами файлы, которые вы рассматриваете - с одной камеры?

всё понятно
PS Mac - без ретины, Windows 7 (64, AMD FirePro M2000) 

Дефолты - одинаковые, Bilinear.

Конкретно это место  - пытается при первом старте определить, что на данном железе работать может, а что - нет. Хотя вот чтобы на Маке оно само спрыгнуло на No Resampling - не могу себе представить.

"На мой взгляд, очень не хватает значений Exposure Program, Exposure Bias, Metering Mode. " Будет очень удобно для анализа.
И еще раз Спасибо за полезную программу!

Да, мы помним. Но там нужен систематический подход, за 3 минуты не сделать.

Будет.

Друзья, спасибо вам за офигенную программу!!! + к хотелкам по расширению модуля EXIF хотелось бы поправку к эеспозиции ;)

Будет.

1. Если размер окна меняем, перетягивая бордюр окна, то состояние окна запоминается. Если просто максимизировать окно, то состояние не запоминается.
2. Памяти хватает ( 64 разряда), почему для кэша нельзя поставить больше 40 файлов, при работе раввьювер потреблял порядка 1,3 Гб. памяти.
3. Почему невозможно отключить проверку новой версии.
Причина - невидимость сайта (и не только вашего) напрямую из нашей сети, что бы зайти на сайт надо пользоваться левыми прокси, и получается при наступлении времени Ч будет тупить при попытке достучаться до своего сайта.

Спасибо за замечания.

1. Максимизированное окно запоминать так же как не-максимизированное нет смысла, некуда будет минимизировать. Подумаем как сделать правильно (но вместо максимизированного окна разумно использовать режим Fullscreen).

2. А нет смысла. Так как листание файлов делается по одному файлу, то пока вы пролистаете 20 вперед или назад, что займет уж никак не меньше 1 секунды (по 0.05 сек на файл, 20fps), 21-й файл прочтется и раскодируется в фоне.

3. Потому что бета, которая устаревает. В релизе будет настройка "никогда не проверять". В бете - не будет.

Для протокола

1) В версии 0.9.4 можно включить запоминание Maximized state окна (в Preferences - Interface)

2) В той же версии можно поставить частоту проверки обновлений 'Never' (но пока мы в бете - я не рекомендую этого)

>>>но вместо максимизированного окна разумно использовать режим Fullscreen).
При фулскрине не видно панель задач, ну тут можно выйти из положения растянув почти до максимума ;)
>>2. А нет смысла. Так как листание файлов делается по одному файлу, то пока вы пролистаете 20 вперед или назад, что займет уж никак не меньше 1 секунды (по 0.05 сек на файл, 20fps), 21-й файл прочтется и раскодируется в фоне.
Для оценки программы, и первой поверхностной оценки файлов, включил пикинг и зажал CTRL вправо, на 10-15 файле стало спотыкаться....  ;)
>>>3. Потому что бета, 
А какое поведение будет если сайта не будет видеть?

>>А какое поведение будет если сайта не будет видеть?

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

Вот что есть и что в следующей бете будет исправлено - это задержка со стартом в некоторых случаях, если в Windows настроена "Automatic proxy configuration". Проблема обнаружена, в RawDigger уже полечена, а вот в FRV - пока нет.

+ к хотелкам. Было бы очень здорово если добавить функцию batch rename для папки. Тогда бы вообще сторонние программы можно не запускать )

А подробнее?

Имеется в виду "подставить EXIF-поля в имя файла" или что? Или банальный batch move в папку?

Быстрая программа, все отлично, но хотелось бы иметь режим одновременного просмотра нескольких фотографий. Использую RPP в качестве проявщика, Fastrawviewer для отбора фотографий. Хотелось бы иметь возможность сравнивать несколько фотографий, параллельно их масштабировать и т.д., чтобы из 2-х, 4-х, 6-ти фотографий выбрать самую лучшую по фокусу, резкости и по всем нужным параметрам. Привык отбирать таким образом фотографии со времень пользования С1, теперь очень скучаю по данной возможности и считаю это в 100 раз удобнее, чем щелкать туда-обратно и выискивать различия на фотографиях. Будет ли добавлен данный функционал в программу?

Об этом функционале многие просят.

Но архитектурно (в смысле внутренностей программы) этого сделать с текущей программой нельзя, нужно переделывать примерно все.

Поэтому это пожелание висит в списке "к версии 2.0", сроки ее выхода предсказать сейчас нельзя, но это точно не ближайшие несколько месяцев

Хотелось бы добавить режим Survey, как в лайтруме. Суть этого режима разложить на рабочем столе несколько выделенных фотографий. Это позволяет выбрать из нескольких выбранных ту которая круче всего. Сейчас приходится сравнивать фотографию ту что ты видишь с неким ментальным образом что ты помнишь. Было бы лучше их все видеть одновременно.

Многооконные режим (но, наверное, строго 1, 2 или 4 окна, а не произвольное количество - в силу особенностей механизма показа) запланирован на версию 2.

Слишком много там надо внутри менять, косметикой не отделаешься.

Хотелось бы экспорт в jpeg  и разные пресеты экспорта (с изменением размеров и цветового пространства)

Это задача не для вьюера.

Тем не менее, многие просят - поэтому это в TODO, но не на ближайшую версию.

Отличная программа, спасибо!
Вопрос наверное надо на форуме RPP задавать, но поскольку с остальными сюда, то и до кучи к предложению по функционалу.
1) В RPP стоят дефолтные настройки для камеры. Хотелось бы, чтобы настройки из FRV при передаче файла имели больший приоритет, т.е. использовались настройки, которые получились в FRV.
2) Хотелось бы копирование настроек из одного файла в другие. К сожалению не нашел.
3) Совсем из области хотелок. Понимаю, что это сильно будет тормозить. В Grid mode превьюшки с уже измененными настройками.  :) Фотосессия c UniWB выглядит жутковато.

1) Это скорее к Андрею. Если он объяснит что нужно написать в RPPS, то дальше нужно ровно это и написать - и указать этот .rpps как темплейт.

2) "Копирование" у нас сделано таким образом что при переходе к следующему файлу, снятому той же камерой можно

  - оставить тот же баланс белого (настройки в разделе White Balance), либо только пресет, либо и кастом - тоже

  - оставить ту же экспопоправку

  - оставить тот же контраст

  - и записать это все сразу в .rpps (Force RRPS files creation)

3) Генерации превьюшек из RAW не будет, потому что

   - будет тормозить

   - надо тогда сохранять результаты

   - но мы принципиально ничего (кроме XMP/rpps) на диск не пишем.

В случае UniWB мы планируем это обойти таким способом:

  - сейчас программа умеет взять в качестве превьюшки - внешний JPEG если нет встроенного. Это место нужно развить (убрать условие "если нет встроенного")

   - нужен внешний генератор превьюшек (с автобалансом или брать баланс из XMP если есть).

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

Как бы и девственность соблюдена (ничего сами на диск в интерактивной программе не пишем) и проблема решена.

1) Ну собственно так и думал, что к Андрею. Просто было предположение, что какое-то решение уже есть.
2) Не удобно такое копирование, по-моему. Поскольку могут быть варианты с брекетингом, когда установки надо скопировать на часть файлов, а на другую часть нужны другие установки. В общем, не прямые действия.
3) Ну собственно так и предполагал, что целостность raw нарушаться не будет. Что решение будет - отлично. Один только момент. Смысл снимать raw+jpeg небольшой если UniWB, т.е. там с нуля генерить превью?

2) Ну а манипуляции с пресетами - приводят к чудовищному усложнению.

"Если бы" в grid/filmstrip изменения отражались бы сразу (т.е. там был бы рендереный raw), мы бы конечно сделали там и ББ и контраст и экспозицию батчем. Но там - фиксированные превьюшки, планов менять это нет.

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

1) Задал вопрос в RPP сообществе.
2) Спасибо.
3) :) В качестве генератора превью RPP в режиме Half более чем.

По первому вопросу мануал FRV недочитал, но читал. Там русским по белому написано, что сделать, чтобы RPP настройки подхватывал. Извините. По остальным вопросам вроде всё верно.

Добрый день! Активно использую установку рейтинга (звёздочки) с помочью камеры. Это упрощает дальнейший отбор (FRV использую не давно). Может ли программа FRV показывать рейтинг, записанный в CR2? Если нет, то насколько это сложно добавить данных функционал в программу? Спасибо!

Добрый день,

этот функционал уже есть, но его надо включить:

Preferences - XMP - блок XMP ratings and labels  - Read ratings/labels from XMP blocks embedded into RAW files

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

 

Спасибо, буду думать насколько мне нужен внутренний рейтинг...

А есть ли надежда на русскую локализацию программы?

Надежда есть всегда!

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

Спасибо за надежду! Без неё ни как!

Возможно задавался уже к-то-то данным вопросом... Но спрошу: планируется ли прикрутить инструмент пакетного переименования файлов с возможностью использования информации из exif'a? 

Этим вопросом теперь задаются регулярно (после того как более актуальные проблемы/пожелания были решены/выполнены).

К сожалению, внутреннее устройство FRV сложное (всякие кэши файлов, чтения заранее и т.п.) и там все работает "по именам файлов", делать переименование изнутри FRV крайне неудобно.

Мы сделаем отдельную внешнюю утилиту для этого, естественно ее можно будет вызвать и из FRV для списка отмеченных файлов.

Какие-то сроки обещать боюсь сейчас. Но работа ведется.

Здравствуйте, заложен по умолчанию сенсор 8 стопов, померил в диггере, показалось многовато. Хочу видеть откуда начинаются шумы (не так чтобы сильные, но на объекте съемки чтобы отслеживать). Уменьшил до 6.5, а на гистограмме как  была линия на -5, так и осталась. Может линии должны менять положение?
И гистограмма выделенной области конечно бы не помешала. В диггер не налазиешься. 
Спасибо огромное всем разработчикам за отличные программы. 

Да, вы правы, линия "-5" должна ездить в соответствии с настройками UE offset, в версии 1.4 сделаем (уже скоро).

Что касается гистограммы выделенной области - технически это малореально, расчет гистограммы - одна из самых долгих операций при показе, пересчитывать ее не хотелось бы совсем.

Спасибо. Ждем 1.4.
 
 

А она уже здесь: https://blog.lexa.ru/2017/04/24/fastrawviewer_140_public_beta.html

(пока бета, но надо ж тестировать!)