FastRawViewer 1.3.6: хотим тестирования стабильности

В рамках работы с версией 1.3.5 был утерян фокус: появились асинхронное чтение, проверка подпапок на сети, тогда как изначально задача была - повысить стабильность у тех (немногих) пользователей, у которых все падало.

Кроме того, версия 1.3.5 теперь занята под быстрый фикс под macOS Sierra а новая бета теперь 1.3.6:

Вышла новая бета, старые ссылки для скачивания удалены

В этой версии:

  • Номер версии изменен на 1.3.6, потому что 1.3.5 - это будет быстрый фикс под macOS Sierra
  • Исправлена ошибка: при использовании 'toggle zoom' в случае, если в окно программы никогда не приходил mouse click, точка зумирования была абстрактной
  • Все экспериментальные фичи версии 1.3.5-972 (временно?) удалены, задача этой версии - решить проблему стабильности у тех (немногих) пользователей, у которых работа с панелью Folders приводит к падениям.
  • Windows: добавление пути к корню диска (например p:\) в список DisableFolderPaths приводит к исключению этого диска из "проверки состояния" (подключен-отключен), что может сильно ускорить запуск с отвалившимися дисками).
    • Добавлена поддержка камер:
    • Olympus E-PL8
    • Sony RX100-V (предварительная поддержка, цветовой профиль может быть неидеальным)
    • Sigma sd Quattro (только JPEG-превью, как и для всех фовеонов)
  • Исправлена проблем с чтением пресетов баланса белого на Canon G7X mark II
  • Еще более исправлен разбор вложенных SubIFD в EXIF в JPEG отчего он стал более лучшим.

Comments

Вот за что я Вас нежно люблю, за прямые ссылки с высокой скоростью скачивания.

... ну и за отзывчивость...

... и за терпимость ...

>> прямые ссылки с высокой скоростью скачивания.

Если это был сарказм, то у меня есть что сказать в свое оправдание!

Это НЕ_был сарказм.
Довольно редко бывает, когда варез скачивается с хорошей скоростью вне зависимости от legal/try/...hack... .
А у вас и скорость "внушаить!" (c) и ссылки прямые (без геморроя (сходи туда, подтверди тут, ...))

В общем, уважаю!

Ну вот ко мне в дом (МТС-МГТС) меня скорость не радует вовсе :(

Я о "доступности"...

Не радует скорость, рецепт известен.
... но дорого. :-)

Дело не в GPON. С интела или там microsoft.com все летит стремительно ко мне в дом.
А с нашего сайта недостаточно стремительно. Но при этом с сайта все ОК летит в штаты, поэтому хостинг не собираемся менять.

Ну вот для не_русских у вас быстрый хостинг, и слава богу!
Сделайте быстрое зеркало для "скифов". ;-)
Но мне и так нравится!

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

Не знаю, можно ли считать "внешними хранилищами" внешние_HDD_ диски (подключенные по USB), но тупое перетыкание питания - не приводит к падению вашего софта. И "глупые" вопросы не вылезают.

Касается, конкретно, и "боковой ветки" и этого релиза.
Раньше, если проблемы и были - не замечал.
(все RAW хранятся на внешних_USB_ HDD. Вот прямо оттуда с ними и работаю)

Если все работает как задумано, то при выдергивании USB-диска система пришлет уведомление об этом и если FRV "на нем", то в ужасе бежит.
На практике бывает всякое, и уведомления не всегда (поэтому поллинг) и прочее.

Ну вот у меня ни разу "АААА!_всё_пропало" не было!

Но могу спецом "стресс-тест" провести.

У меня внешних дисков - 4.

Про стабильность ничего не скажу, но на всех (кроме одного) испробованных JPEG'овских сценариях FRV радикально медленнее стандартных виндовых тулов (и Photos, и Photo Gallery).
Попробовано: запуск, показ уже сгенеренных превьюшек (здесь ок), показ новых превьюшек, показ одной картинки, показ одной или нескольких следующих картинок, показ одной или нескольких предыдущих. Все это и на быстрой локальной SSDшке и на медленном сетевом диске.

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

И когда-нибудь мы даже что-то в этом месте сделаем. Но пока у нас масса планов по основной функциональности.

WLPG умеет быстро вынимать превьюшки и утонченно предзагружать картинки предсказывая поведение пользователя (хотя ничего сложного там нет, очевидно). И то и другое должно наносить достаточно пользы и в контексте RAWов. Вот быстро грузить и показывать всю картинку - это наверное уже другая часть балета, но я же не зря сценарии раскидал на кучки.

Вы все правильно говорите, там совершенно точно есть место подвигу еще.
С другой стороны - ну вот эта часть - относительно основной функциональности с показом RAW - "достаточно быстрая". Ну вот с SSD на быстром (но не топовом на сегодня) десктопе - на глаз примерно 50 превьюшек за секунду рендерится, ну и ОК.

Но да, есть что поделать, чтобы было 150.

Тем не менее, пометку сделал, спасибо.
В версии 1.x нет, а в большом апдейте скорости работы с JPEG уделим отдельное внимание.

Add new comment