[x] [3021] [64] Фонотека, выделение файлов рамкой: высокая нагрузка

[Artem]

Выше я уже не прыгну - картинки всё равно попадают в зону перерисовки, и с их скоростью вывода ничего не поделать

[MolusFLACuPoNocham]

Обложки крепятся к контенту (группе или треку) - нет контента, нет обложек. Их нельзя "выгружать" с задержкой.

А нет варианта сделать аналогично уходу в трей? Без full update. Речь о том, что в случае ухода в трей, обложки тоже уходят из памяти, но при последующем разворачивании они загрузятся (отобразятся) почти мгновенно (из кэша). В отличие от того, что происходит при группировке/переключении вкладок, — где идёт тупо F5.

Кому интересно посмотреть разницу:

1. Миниатюры, множество обложек, over 100+ альбомов (чтобы была видна прогрузка обложек).
2. Прокрутить их все, чтобы они все прогрузились. *Диспетчер: 100+ MB памяти.
3. Свернуть в трей. *Диспетчер: ~ 10 MB памяти.
4. Развернуть из трея и сразу проскроллить обложки. *Загрузятся почти мгновенно.

И другой вариант:

1. Same.
2. Same.
3. Переключить вкладки: закладки, и сразу обратно — крутить обложки. *Загрузятся не мгновенно (F5).

[Artem]

Речь о том, что в случае ухода в трей, обложки тоже уходят из памяти

Кто вам такое сказал? В том-то и дело, что в этом случае обложки из памяти не выгружаются.

Свернуть в трей. *Диспетчер: ~ 10 MB памяти.

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

[MolusFLACuPoNocham]

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

Замечание — в точку. И для вкладок/группировок такой принцип не применить?

[Artem]

И для вкладок/группировок такой принцип не применить?

Ну я же объяснил выше, обложки крепятся к трекам, которые отображаются в таблице - изменились треки, изменились и обложки. Вы же вкладки меняете, содержимое списка перестраивается.

[MolusFLACuPoNocham]

Принято.

[MolusFLACuPoNocham]

В браузере и других стандартных программах при изменении размера окна размеры контролов, а зачастую, и их координаты не меняются. Да, окна в AIMP-e такие же интерактивные окна с управляющими элементами: кнопками, чекбоксами, аниматорами, слайдерамии, но при изменении масштаба окна программа со стороны плеера вынуждена пересчитывать их координаты и размеры, а не просто масштабировать графику, иначе это просто не будет работать.

Навело на мысль.

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