FastRawViewer 1.3.6: хотим тестирования стабильности
lexa - 05/Окт/2016 17:33
В рамках работы с версией 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?
Я о "доступности"...
Не радует скорость, рецепт известен.
... но дорого. :-)
Дело не в GPON. С интела или
Дело не в GPON. С интела или там microsoft.com все летит стремительно ко мне в дом.
А с нашего сайта недостаточно стремительно. Но при этом с сайта все ОК летит в штаты, поэтому хостинг не собираемся менять.
Почему не родной хостинг?
Ну вот для не_русских у вас быстрый хостинг, и слава богу!
Сделайте быстрое зеркало для "скифов". ;-)
Но мне и так нравится!
С учетом того, что размер
С учетом того, что размер дистрибутива мы держим в рамках - ну оно скачивается быстрее чем за минуту, ну и ок. Скифы не жалуются пока.
Кстати о сабже:
Не знаю, можно ли считать "внешними хранилищами" внешние_HDD_ диски (подключенные по USB), но тупое перетыкание питания - не приводит к падению вашего софта. И "глупые" вопросы не вылезают.
Касается, конкретно, и "боковой ветки" и этого релиза.
Раньше, если проблемы и были - не замечал.
(все RAW хранятся на внешних_USB_ HDD. Вот прямо оттуда с ними и работаю)
Если все работает как
Если все работает как задумано, то при выдергивании USB-диска система пришлет уведомление об этом и если FRV "на нем", то в ужасе бежит.
На практике бывает всякое, и уведомления не всегда (поэтому поллинг) и прочее.
Ну вот у меня ни разу "АААА!
Ну вот у меня ни разу "АААА!_всё_пропало" не было!
Но могу спецом "стресс-тест" провести.
У меня внешних дисков - 4.
У меня внешних дисков - 4.
Про стабильность ничего не
Про стабильность ничего не скажу, но на всех (кроме одного) испробованных JPEG'овских сценариях FRV радикально медленнее стандартных виндовых тулов (и Photos, и Photo Gallery).
Попробовано: запуск, показ уже сгенеренных превьюшек (здесь ок), показ новых превьюшек, показ одной картинки, показ одной или нескольких следующих картинок, показ одной или нескольких предыдущих. Все это и на быстрой локальной SSDшке и на медленном сетевом диске.
JPEG-овский сценарий - не
JPEG-овский сценарий - не основной. Там есть место для подвига (например, декодировать в фоне JPEG, сейчас префетч JPEG-а - это только считывание данных, речь про показ "в большой размер").
Ну и гистограммы, кстати, убрать, потому что гистограмма - это медленно.
И когда-нибудь мы даже что-то в этом месте сделаем. Но пока у нас масса планов по основной функциональности.
WLPG умеет быстро вынимать
WLPG умеет быстро вынимать превьюшки и утонченно предзагружать картинки предсказывая поведение пользователя (хотя ничего сложного там нет, очевидно). И то и другое должно наносить достаточно пользы и в контексте RAWов. Вот быстро грузить и показывать всю картинку - это наверное уже другая часть балета, но я же не зря сценарии раскидал на кучки.
Вы все правильно говорите,
Вы все правильно говорите, там совершенно точно есть место подвигу еще.
С другой стороны - ну вот эта часть - относительно основной функциональности с показом RAW - "достаточно быстрая". Ну вот с SSD на быстром (но не топовом на сегодня) десктопе - на глаз примерно 50 превьюшек за секунду рендерится, ну и ОК.
Но да, есть что поделать, чтобы было 150.
Тем не менее, пометку сделал,
Тем не менее, пометку сделал, спасибо.
В версии 1.x нет, а в большом апдейте скорости работы с JPEG уделим отдельное внимание.