FastRawViewer 1.1.1

FastRawViewer 1.1.1

  1. Вышел
  2. Изменений относительно RC2 нет
  3. Качаем тут

Comments

После выхода и установки версии 1.0 и последующих обратил внимание, что мой ноут стал кратковременно зависать на 1-2 сек при перемещении ненужных фото в папку _Rejected. Причем баг проявляется не каждый раз, но чаще всего после начала работы с программой или после небольшого перерыва. Несколько няпрягает, мешает быстро отбирать фотографии, и это при том, что они лежат на внутреннем SSD. Может настройки какие надо поправить? Сейчас поставил новую версию 1.1.1 для компьютеров с интегрированной графикой и 64-битной системой - ничего не поменялось, паузы остались. Страница настроек работы с файлами по ссылке https://yadi.sk/i/nt3s6o33gfPT6.

Удаленно лечить очень непросто, все советы будут в духе "по колесу постучать".
1.1 отличается от 1.0 панелями Filmstrip и Folders. С ними ситуация такая
Filmstrip: "отключается" сразу при ее убирании. Если тормоза связаны с тем, что у вас перестраивается (длинный) список превьюшек - вы это сразу заметите.
Folders: чтобы ее отключить совсем (мониторинг дисков и т.п) - FRV нужно перестартовать.

Соответственно, отключая эти панели по очереди - можно понять источник тормозов.

Не видя что у вас происходит, я, тем не менее, предполагаю, что таки дело в панели с превьюшками файлов, она может конкурировать за процессор (и диск, хотя для SSD это малозаметно) с показом RAW. Эту панель можно "прижать" настройками в Preferences - Performance - группа Thumbnail cache:
- Thumbnail prefetch depth поставить поменьше (это глубина чтения "за" видимое окно)
- Thumbnail decoder thread count: тоже поменьше, 1-2.

Если вышеописанное (отключение ненужных панелей, уменьшение ресурсов на чтение thumbnail) не поможет, то надо сделать так
- включить отладочный лог в Preferences - Other - Enable FastRawViewer debug log
- перестартовать FRV
- добиться тормозов при перемещении в Rejected
- Menu - Help - Debug log записать в файл и прислать на support@fastrawviewer.com

Будем тогда разбираться глубже

Да, с версией я ошибся, имел ввиду ту, в которой появились Filmstrip и Folders. И судя по некоторым наблюдениям, тормоза возникают из-за отображения Filmstrip. Поменял настройки в соответствии с данными рекомендациями, стало чуть лучше, но иногда задержки все же проявляются. Посмотрю еще, если задержки будут мешать, тогда пришлю отладочный лог.

Спасибо!

Если Filmstrip, то максимум что с ним можно сделать это
1) Prefetch depth = 0
2) Prefetch threads = 1

Если и так будет мешать - закрыть эту панель (F6, перестартовывать не надо) и использовать только если нужно.

Все таки вот хочу уточнить, перечитав ваше исходное сообщение.
Вот вы пишете "после выхода и установки версии 1.0"

Вы, наверное, имеете в виду все-таки 1.1.0? Потому что 1.0 вышла в ноябре

Почему-то моя версия 1.1.0 апдейтов не видит (если из хелпа проверять). Билд 636, для него это нормально?

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

Вот сейчас должна увидеть. Перебросили крантик.

Подтверждаю.

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

Скорее всего какой-то глюк моей машины.

Стандартная частота проверки апдейтов - раз в неделю. То есть то что ты рассказываешь - в эти рамки укладывается (если частоту не менял).

Я, еще для диггера, это место сильно тестировал (ускоряя течение времени, там теперь есть переменная "сколько секунд в сутках", а не константа), а в FRV перенес оттуда практически без изменений (URL на который ходить и все).

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

Я "ручную" кнопку жамкал. До перезагрузки FRV - нет ничего, после перезагрузки - апдейт появился.

Странно сие, да.
Попробую да усыпить и разбудить, может там сетевой менеджер не просыпается.

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

Пока наша позиция тверда как кремень
- никакой записи в RAW (втч в DNG, хотя это мешает)
- никакой записи в JPG (хотя это вот не дает иметь отдельные XMP для jpeg и raw)
- никакого удаления сразу, потому что все мы, такие умные и опытные, многократно теряли данные по собственной дури.

Используйте другую программу.

Сейчас я вот уверен, что FRV *не может* ничего удалить (из за моей программистской ошибки, например) или испортить важные данные (XMP я к ним не отношу), потому что просто места такого нет. Это - важная (для меня) уверенность.

После установки, не запускается версия для WinXP.
Ругается примерно так: "Entry Point strnlen not found in msvcrt.dll".

Какая версия DLL нужна, или это не лечится?

У вас XP с SP3 или без оного?

Да, с SP3.

Может помочь установка обновления DX9 с сайта.

Еще может помочь наша сборка прямо под XP (потому что вот задолбали MS-овские SDK своим искусственным интеллектом) - но это пару дней займет, надо где-то стенд развернуть.

Я как соберу тестовую версию под XP - дам знать тут.

Попробуйте пожалуйста вот эту вот сборку: https://www.dropbox.com/s/ugtyaabqu1mhoei/FastRawViewer-1.1.1.660-DX9-Wi...
(отличается только версией MS-овскгого D3D_compiler).
Ошибки с strnlen точно не будет.

У нас (разработчиков) - работает, но у нас и старая работала (хотя, как кажется, не должна!)

Спасибо! Эта сборка запускается.

Прекрасно!
Значит процедуру сборки можно не менять, а просто класть другую DLL в комплект.
Так и будем делать.

Осталось понять, чем моя XP SP3 в виртуальной машине (голая система + то, что ставят автоапдейты) отличается от вашей.....

Нашел глюк ;)

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

Имел сегодня удовольствие искать фотографии, которые не знал где лежат, пришлось за 1,5 года пролистать... В общем, достало меня такое поведение ;)

Мак, 10.9.5

Ага, спасибо, изучим.

UPD: временная затычка лежит у тебя в почте.

А back prefetch нету, да? :) Если листать новое назад, очень задумывается. Вперёд -- моментально.
Может детектить как-то после 2-3 нажатий кнопки "предыдущий"?

Есть backprefetch.
Если есть ощущение что нету - debug log мне в почту (или на support@, но читать все равно буду я, поэтому без разницы).

Впрочем, я и сам это проделал (сделал log и почитал) - и похоже мы его (back prefetch) сломали.

Спасибо за сигнал, пошел разбираться

Ага, только я собрался спрашивать, а где его берут. Галку нашёл, а файла в "C:\Users\${user}\AppData\Local\LibRaw LLC\FastRawViewer\" не нашёл :)

Preferences - Other - Enable ... debug log

После чего оно становится доступным в Menu - Help - Debug Log (там его можно скопипастить и/или в файл сохранить). Оно живет в памяти, последняя 1000 строк, что конечно сильно мешает при крешах, но переделать руки не доходят (ну и я тут у одной софтины нашел в Users\lexa лог на 18Gb :)

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

Фикс: [кому надо - обращайтесь через fastrawviewer.ru/contact ]

Этот фикс *не включает* затычку для Serge_e (см. выше)

Скачал

Как-бы не баг, а некузявое поведение установщика. (Win 7, x64)
Ставил всегда на диск C.
Потом появился RAM Disk. Move каталог -> RAM Disk.
На старое место делаем junkion каталога.
Всё великолепно работает.
Обноляем на новую версию в тот же каталг. Так инсталер нет чтоб работать с потрохами каталога.
А похоже тупо удаляет его, и поновой ставит.
В результате junkion слетает и снова ставится на физический диск.
Или это за счёт того что цепочка - унинстал старого инсталл нового?

Да, установщик всегда (старается) удалить старое.

Ура! Дядя Фёдор приехал!

Add new comment