Бета 0.9.8: багрепорты и предложения

Forums: 

0.9.7 немножко недоковали, пришлось быстро выпускать версию 0.9.8, жалуйтесь на нее тут.

0.9.8

0.9.8
Если открыть "Preference", в списке " White balance" выбрать другое значение и нажать "Apply", то на несколько секунд возникает артефакт: что-то вроде полоски с надписью "Rawdgger", знаком вопроса и крестиком. На нажатия не реагирует.

0.9.8 - Предложение по

0.9.8 - Предложение по руководству пользователя.
Пожалуйста, добавьте раздел "поддерживаемые форматы". У меня снимки в .ORF, из руководства не понятно, есть ли смысл затевать загрузку, установку и тестирование.

ORF поддержан, включая и

ORF поддержан, включая и невышедшую еще камеру (OM-D E-m5). А предложение ваше - правильное, сделаем.

0.9.8 - Совместная ошибка в

0.9.8 - Совместная ошибка в руководстве пользователя, инсталляторе и программе.
Установка на Windows 2003 (retail, без сервис-паков) проходит без замечаний, но при запуске выдаётся окно ошибки "RawDigger.exe - Entry Point Not Found | Error: The Procedure entry Point DecodePointer could not be located in the dynamic link library KERNEL32.dll", после чего программа выгружается.

На сайте http://msdn.microsoft.com/en-us/library/bb432242(v=vs.85).aspx заявлены такие требования для функции DecodePointer:
Minimum supported client Windows Vista, Windows XP with SP2
Minimum supported server Windows Server 2008, Windows Server 2003 with SP1
То есть, на чистой XP и XP SP1 тоже будет падать. А написано "тестировалось на XP".

Имеет смысл добавить информацию о сервис-паках в системные требования.
Также хорошо бы проверять версию операционки (или наличие KERNEL32.dll:DecodePointer) в инсталляторе и не давать устанавливать, если программа на этой платформе не поддерживается.

Проверялось, естественно, на

Проверялось, естественно, на XP с сервис-паками.

Спасибо за сообщение, опыт распространения программ под Windows небольшой, будем как-то выходить из положения.

Воспроизвел на другой машине:

Воспроизвел на другой машине:

- Скачиваю свежую версию, устанавливаю
- Сразу запустил
- открыл файл (Sony NEX), режим RGB render
- увеличил раза в 3 (3 раза нажал "+")
- Screenshot -> на рабочий стол (это не важно) -> тип файла *.jpg, имя - по умолчанию
все. файла нет

Если оставить тип файла *.png, то все штатно
Дополнения:
- если не увеличивать, то все равно не сохраняет (
- перезапуск программы не влияет, перезагрузку системы еще не пробовал

На 1й машине Win7 home, на 2й - Win7 Pro

Проделал - не получилось. В

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

Но я посмотрю на это место повнимательнее, вдруг оно чего-то такого требует (от Windows?) чего у вас нет, а у меня - есть, потому я и не могу воспроизвести.

Спасибо в любом случае!.

0.9.8, окно гистограммы -

0.9.8, окно гистограммы - предложение использовать "радиокнопки" для выбора масштаба по оси X.
Масштаб можно выбрать либо линейный, либо EV, поэтому всегда включена или галочка Linear, или EV. Включить обе или сбросить обе нельзя. В такой ситуации логичнее использовать радиокнопки. Когда галочка EV автоматически сбрасывается или включается в ответ на нажатие галочки Linear, это пугает.

А чего вы ожидали,

А чего вы ожидали, возможности включить два горизонтальных масштаба одновременно?

0.9.8 - предложение добавить

0.9.8 - предложение добавить в главном окне и окне гистограммы значение "потолка" по каждому каналу.
Любой канал имеет предельный уровень интенсивности, что-то вроде 4095 или 16383. Хотелось бы видеть эту цифру на гистограмме возле "настоящей" правой границы диаграммы (можно добавить вертикальную линию для наглядности).
Сейчас при переключении масштаба по Х на снимке ORF цифра у правого края гистограммы меняется с 3500 на 4000. Это цифра со штатной разметки шкалы, но хочется видеть и предельное значение. Тогда можно будет точнее оценить "запас по светам" или "размер недодержки".
Можно продублировать предел интенсивности по каналу на панельке File в главном окне (например, в составе строчки 16383 16383 16383 4095 по каналам).

Ещё предложение: совсем шикарно было бы в главном окне переключать RAW-значения в информационном блоке "под указателем мыши" между абсолютными величинами R:300 G:2100 ... и процентами от верхнего предела интенсивности R: 8% G: 60%...

Есть предложение в главном

Есть предложение в главном окне в нижнем статус-баре Substract black и RAW curve уже сделать собственно кликабельными контролами - первый переключателем, второй - выпадающим списком ) А то какой смысл в настройки лазить, если эти дела уже есть на статус-баре, осталось только сделать их интерактивными.
Я бы туда же в ряд добавил 2х2 и остальные пункты из настроект, которыми потенциально часто пользуешься.

Вообще все контролы были

Вообще все контролы были прямо на окне программы (в непубличных версиях) .... до того момента, как встала задача впихнуться хотя бы в 1024x768. Я и не знал что это так трудно (у меня монитор 2500X1600 :)

Так появилась закладка Preferences, после чего появилось много всего еще, и теперь Apply/OK Prererences - может быть медленной операцией (если поменялся Data processing).

Поэтому назад дороги нет. Компромисс: уровень черного и raw curve будут нарисованы на кнопках, при нажатии на которые вылезут тот же диалог Preferences (хотя есть Ctrl-P)

А смысл впихиваться в такое

А смысл впихиваться в такое разрешение? Сейчас ведь даже на нетбуках и то обычно 1280х1024 :) Все равно ж надписи на статус-баре УЖЕ ЕСТЬ, почему их не сделать кликабельными?

Один нетбучник требует

Один нетбучник требует 800x600. И для использования прямо на съемках - это нормальное желание.

А историю я рассказал. Так было, сейчас изменение data processing требует перечитывания файла (в версии 0.9.9), выводить кнопку для этого в область случайных нажатий не хочется.

Эти надписи - информационные, чтобы по дури не проанализировать что-то не то (как у меня уже было разок - ради себя и приделал). И еще доделаю - чтобы по скриншотам было видно, что там пользователь наслесарил

Алексей!

Алексей!
Очень здорово получается! Инструмент очень понравился. Готов донатить на разработку mac-версии. Лениво этот parallels desktop запускать, да и регулярно он требует по 300 мгб обновления закачать :)

Best regards,
Aleksandr

От донейта скорость выпуска

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