Свежие комментарии

Title Comment
[q]Если нет - крестик закроет

[q]Если нет - крестик закроет, Menu - Panels - Filmstrip откроет.[/q]
Не...
Свойство, или действия над объектом в разных местах....

Если на мыши есть лишние

Если на мыши есть лишние кнопки - назначить на них.
Если нет - крестик закроет, Menu - Panels - Filmstrip откроет.

Просто вот потеря высоты под треугольник (1% по ширине, а остальные 99% просто пустые) - на маленьких экранах недопустима.

[q]увидел треугольник ВНИЗУ.

[q]увидел треугольник ВНИЗУ. Но он жрет столько места по высоте, что ТАК мы делать не будем точно.[/q]
У меня сейчас нет программы перед глазами, а если треугольник посередине(ну или не посередине) статусной линии.

[q]Учите один хоткей. F6[/q]
Дело не в учёбе. Для использования хоткея необходимо задействовать вторую руку, или перенести руку от мыши на клавитуру. А если у меня работа настроена на использование мыши. Следующая предыдущая мышиные кнопки, зум - колесо...

Да и так видно - ну и

Да и так видно - ну и прекрасно.

Как тут правильно цитировать?

Как тут правильно цитировать?

[q]переместить вбок - нельзя[

[q]переместить вбок - нельзя[/q]
А вот это не надо.

[q]закрыть-открыть треугольником нельзя[/q]
Дома посмотрю. (на памяти осталось вроде всё скрывал)
А в режиме девелоп?

Ну вот текущий Lr6, режим

Ну вот текущий Lr6, режим Library. Фильмстрип - внизу, переместить вбок - нельзя, закрыть-открыть треугольником нельзя, можно вот размер поменять и все: https://www.dropbox.com/s/v6m754f9ggkf8ao/Screenshot%202015-04-25%2010.1...

UPD: пардон, увидел треугольник ВНИЗУ. Но он жрет столько места по высоте, что ТАК мы делать не будем точно. Учите один хоткей. F6

[q]В пресловутом лайтруме для

[q]В пресловутом лайтруме для фильмстрипа - нет такой реализации.[/q]

Как это нету.
Правда пишу по памяти для левой, правой и верхней областей точно есть, для нижней вроде тоже...

В пресловутом лайтруме для

В пресловутом лайтруме для фильмстрипа - нет такой реализации.

[q]Конкретно с фильмстрипом,

[q]Конкретно с фильмстрипом, расположенным внизу - как его прятать то, во что превращать?[/q]
А чем реализация в пресловутом лайтруме не нравится, бордюр в десяток пикселей треугольник, нажал на него, ушло, остался бордюр, нажал на него вышло ;)

[q]Для него придется или освоить стандартный хоткей[/q]
Да не проблема освоить, просто хочется часть операций выполнять не подключая вторую руку ;)

Конкретно с фильмстрипом,

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

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

[quote]То есть да, все

[quote]То есть да, все (лайтрум, к примеру) приучили к такому интерфейсу, но мне он кажется вынужденным - у них так много в боковых панелях, что раскрытое - не лезет. У нас - даже на ноутбучном экране пока еще лезет.[/quote]

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

"для сокрытия раскрытия" я

"для сокрытия раскрытия" я спросонья не уверен что понял. Превратить панель из "окна" в заголовок? Зачем вам заголовок?

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

Перестанет лезть - сделаем, конечно. Но не так, как в лайтруме, конечно же. Скажем, если уж свернуть (но не убирать) EXIF, то на заголовке должно остаться EXIF Summary (экспозиционные параметры), ну и со всеми панелями где это осмысленно - аналогично.

Хотелки

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

Я тоже вот увидел не

Я тоже вот увидел не-отображение, буду разбираться.
Лечится нажатием гайки (gear) на панели превьюшек и там Refresh, но непорядок.

Кроме того, по всей видимости для таких медленных носителей параллельные декодеры тоже надо зажимать, не на все ядра запускать, а на меньшее количество.

Работает спасибо. Только в

Работает спасибо. Только в ленте превьюшки почему то не всегда отображаются. Но не тормозит зато.

Одиночный HDD - все очень просто, мне надо каталоги шарить между Мак осью и виндами, а заводить для этих целей хардверный RAID немного накладно. Вот и работаю. Пока особо нигде не тормозило.

Поигрался. Нулевой префетч

Поигрался. Нулевой префетч (только видимое на экране) + 2 raw decode thread работают плавно.

А вообще - пора привыкать, что single HDD или гигабитная сеть - это (в 2015-м году) медленный носитель. Оптимизировать под него стандартные настройки мы уже не будем, нет смысла.

Ну так что ж из вас клещами

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

Вот взял ноутбучный диск, форматнул в макоси в exFAT, включил в USB3-enclosure, налил в один каталог 2000 файлов. Размонтировал (кэши сбросить). Сунул обратно.

Ну таки да. Тормозит. Resource Monitor кажет 100% highest disk time даже без просмотра raw, только на построении превьюшек.

Рекомендаций, на выбор, три:
- или увеличить размер кэша превьюшек (они хранятся 4 байта на пиксель, нежатые, т.е. стандартные 200x133 - 100kb на превьюшку) и глубину префетча до максимальной (там 100, могу пару тысяч поставить в максимум). И, открывая каталог, один раз потерпеть, пока оно все прочтет. Оно закэшируется, один раз на каталог, дальше будет легче.
- или уменьшить величину Thumbnail prefetch depth, наоборот, до нуля. Она тогда будет декодировать только то, что видно в окне filmstrip (+1 с каждой стороны).
- ну или убрать окно с превью совсем и жить по старому.

Кроме того, на медленном носителе (а single HDD - медленный!) стоит количество raw decode threads уменьшать. Где-то до 2-3. Не меньше 2. Тогда префетчи не будут драться за диск.

Ок буду тестировать с

Ок буду тестировать с Performance Monitor - файловая система extFAT (у меня она с Мак осью шарится через бут)

Еще вдогонку.

Еще вдогонку.
Возможно, на каких-то файловых системах (FAT?) чем дальше файл от начала каталога - тем дольше открывается. Оно примерно так у мака на SMB, но вообще конечно в 21-м веке принято кэшировать каталоги....

Тогда вот да, на больших каталогах будут тормоза.

Так а с точки зрения

Так а с точки зрения Performance Monitor - кто виноват (загружен на 100%), диск или процессор?

Вообще, для такого паттерна доступа (сразу мотанули в конец) - глубину префетча превьюшек (Prefs - Performance - Thumbnail cache) надо уменьшать до нуля.

Попробовал и кеширование

Попробовал и кеширование уменьшил и директории с разными файлами NEF и DCR попробовал и повыходил из всех программулин которые только могли этот диск использовать (включая антивирус - хотя там стоит опция не сканировать диск этот). Все равно медленно - NЕF чуть быстрее, DCR точно существенно медленнее. А тест такой - открваю папку с кучей равов, выбираю первый из ленты ()обычно показывается почти сразу). Скроллирую ленту в самый конец и выбираю рав один из последних - жду секунд 5-10 пока появится. Диск в это время что то читает судя по звукам - через какое то время (пару минут) перестает и все работает с нормальной скоростью

Что я на эту тему хочу

Что я на эту тему хочу сказать
1) Превьюшки строятся в N потоков (где N - число ядер CPU, считая гипертрединг). Регулировки не предусмотрено - во всех моих тестах, втч на дисках подключенных через USB enclosure - производительность не было смысла ограничивать. Понятно, что на HDD может быть драка за диск, но вроде бы она в пределах разумного.

2) Проверил на отдельном SATA: превьюшки для SLR/c строятся даже быстрее, чем вынимаются здоровые JPEG-и из олимпусовских ORF. Так, на глазок, примерно 50 превьюшек в секунду (я растянул окно filmstrip на весь второй монитор, туда влезают аж 160 превью 100x66, вот эти 160 строятся за ~3 сек).

3) Если у тебя это происходит существенно медленнее, хочется понять что именно тормозит, процессор или диск. Это можно узнать, к примеру, по performance monitor-у виндовому, если он показывает в районе 100% disk active time - значит диск. CPU - ну опять же по загрузке ядер там же.

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

То есть я конечно избаловался с SSD (у меня 4 штуки в десктопе), быстрыми массивами и т.п., но в принципе тестирую даже по сети по wifi (300Mbit) и даже так оно приемлемо (безобразно, конечно, относительно нормальной техники, но долгих ожиданий нет).

Да нет. Что интересно - я

Да нет. Что интересно - я пытался пробегать по ленте и в конце директория показывало ? как превью а ближе к началу все превьюхи показывались нормально. Чем долше работало тем больше показывалось превьюх и меньше ?. Пока потом последние пару отработали и все стало бегать быстро.

Странно - попробую еще (свалю кучу файлов в какие то директории и потренируюсь попозже) .

Да они - - у меня других нет

Да они - - у меня других нет :)

Эта конкретно директория была с файлами ProBack с кучей кадров для панорамок (поэтому много)

Вообще, "все превью" не

Вообще, "все превью" не генерируются. Генерируется видимое + (по умолчанию) 30 штук вперед.

Но мне не удалось на файлах с SLR/c (800 штук положил на SATA-диск, 3Tb-барракуда) заставить тормозить.
Нет ли случайно кого-то еще, кто дерется за этот же диск?

Кодаки?

Кодаки?

Ок сделаю если упадет еще раз

Ок сделаю если упадет еще раз. Сейчас попытался открыть директорию с массивным количеством равов (штук 800), просмотр сильно замедлился пока генерировались превью - буквально жмем на фотке в filmstrip и ждем секунд 5. Все на внутреннем SATA диске, нормальный просмотр равок обычно молниеносный. Настройки кэшэй все - по умолчанию. Как все превью сгенерировались то стало нормально работать.

Невоспроизводимое, увы,

Невоспроизводимое, увы, невозможно чинить.

Crash - сохраняйте дампы пожалуйста (не закрывая окошка с сообщением о падении, в Task Manager, по правой кнопке "create dump file")

С запоминанием - нет, не

С запоминанием - нет, не связано.

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

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

Pages

Subscribe to comments_recent_new