AIMP Forum
AIMP for PC => Ошибки и замечания / Bugs => Обработано / Processed => Topic started by: MolusFLACuPoNocham on December 02, 2025, 17:49:08
-
Выделение файлов рамкой сильно нагружает процессор.
Зависают анимации, проц до 10%. Пришлось сильно дропнуть качество записи, только чтобы с нормальным fps записалось…
Это вообще штатная функция? Пользоваться ей, очевидно, не удобно.
win 11 16/10 8/16 nvme
-
А сколько при этом файлов скрывается под этими миниатюрами?
Внизу окна (кусок не попал на видео) есть счетчик количества выделенных файлов.
10% это для какого ЦП?
-
А сколько при этом файлов скрывается под этими миниатюрами?
А там не важно, хоть одну песню выделяй в карточках или миниатюрах.
10% это для какого ЦП?
8/16 Zen 3 AMD-шный.
-
У кого-нибудь еще наблюдается такая проблема?
-
А там не важно, хоть одну песню выделяй в карточках или миниатюрах.
А на релизной 5.40 у вас такая проблема наблюдается?
-
У кого-нибудь еще наблюдается такая проблема?
Проверил на последней 32 бит портативной версии AIMP (ОС W 11).
-
Не, ну лаги визуализации при активной работе мышкой - это нормально.
У таймеров наименьший приоритет по сообщениям. Тот же эффект можно словить, если просто дергать список туда-сюда
-
У кого-нибудь еще наблюдается такая проблема?
Есть такое. На х64 нагрузка до 10%, на х32 до 7, причём одно ядро перегружено (100%).
На 5.40 картина такая же.
Нагрузка возрастает при изменении размера рамки, если остановится то падает до долей процента.
При скролинге нагрузка возрастает незначительно - на 3-4%, анимация не тормозится.
-
Никогда таким выделением не пользовался, предпочитаю по старинке: через Ctrl и Shift.
i5-11400
-
Не, ну лаги визуализации при активной работе мышкой - это нормально.
Никогда не обращал на это внимания, решил проверить на своей сборке f2k, включены три визуализации и другие панели. Конфигурация ОС та же.
-
на своей сборке f2k
Причем здесь f2k? Там может быть иная реализация.
-
Там может быть иная реализация.
Я и не собирался спорить с автором, ему виднее. Написал это не в качестве критики, а проверил ради интереса для сравнения. И кстати там эти визуализации не встроенные, а в качестве внешних плагинов.
У таймеров наименьший приоритет по сообщениям.
Кстати в этой сборке долго пришлось с ними побороться, чтобы избавиться от подобных эффектов. Правда это было связано с работой скриптов.
-
У нас используются обычные таймеры, а не мультимедиа (которые тикают в строго отведенный интервал), потому как если визуализация "тяжелая" для системы - перерисовывается медленнее, чем 1 интервал таймера - тогда визуализации забивают всю очередь сообщений и весь UI перестает отвечать на другие действия.
-
Никогда таким выделением не пользовался, предпочитаю по старинке: через Ctrl и Shift.
Мне видится, что было бы удобнее, как раз, через Shift мышью и выделять, например. Это что касается удобства.
Что касается производительности, то к ответу Black_AVP_Bim мне добавить нечего.
-
AMD Ryzen 5 7500F:
Manjaro Linux (https://drive.google.com/file/d/1wuw_M3Ei6BuuKi4owao-HZEQZefoX50j/view?usp=drive_link): в покое — 1.2 %, при выделении поднимается до 8%, анимация прерывается, но редко.
Windows 10 (https://drive.google.com/file/d/12nQsfOEPU3XhdM4oCbT3CYrnpUciEkxj/view?usp=drive_link): в покое — ок. 8%, при выделении поднимается до 12,6%, анимация полностью стопорится при движении мышкой.
-
В 3022 сделал некоторые правки по оптимизации. Разница заметна на ваших системах?
-
Ну... Основная нагрузка не ушла.
По-прежнему одно ядро идёт на взлёт. То есть если выделять файлы и скроллить одновременно (без движения мышью) — всё ок, нагрузка ожидаемая, анимации работают нормально. Но стоит сместить положение мыши... Анимации говорят: — «Тут мои полномочия, всё!»; вентиляторы охлаждения на низком старте.
-
я так полагаю это из-за превьюшек, они постоянно попадают в зону перерисовки
-
Если в табличном виде выделять рамкой (старт вне колонок) - будут тормоза?
-
3022 х64 Режим СТОП
При движении рамки выделения в табличном виде нагрузка 2,5..3% (анимация не тормозит), при миниатюрах по-прежнему - до 10%.
Ожидал, что в масштабе 100% будет лучше, нет, что 100, что Auto (150), одинаково.
-
3022 х64 Режим СТОП
При движении рамки выделения в табличном виде нагрузка 2,5..3% (анимация не тормозит), при миниатюрах по-прежнему - до 10%.
Ожидал, что в масштабе 100% будет лучше, нет, что 100, что Auto (150), одинаково.
Спасибо, значит гипотеза верна
-
AMD Ryzen 5 7500F:
Manjaro Linux (https://drive.google.com/file/d/1wuw_M3Ei6BuuKi4owao-HZEQZefoX50j/view?usp=drive_link): в покое — 1.2 %, при выделении поднимается до 8%, анимация прерывается, но редко.
Windows 10 (https://drive.google.com/file/d/12nQsfOEPU3XhdM4oCbT3CYrnpUciEkxj/view?usp=drive_link): в покое — ок. 8%, при выделении поднимается до 12,6%, анимация полностью стопорится при движении мышкой.
Свежие цифры 3022 + AMD Ryzen 5 7500F:
- Manjaro Linux: в покое — 4 %, при выделение в любых видах — 6 %. Анимация с пропусками кадров, но терпимо (с 3021 сейчас примерно тоже самое).
- Windows 10: в покое — 8%, при выделение в любых видах — 12 %. Анимация стопорится во всех видах при выделении.
-
Попробуйте на 3023-ей сборке.
-
По цифрам, лучше пусть ребята поделятся; но что касается отзывчивости интерфейса — тут изменения драматические... При высокой герцовке, прямо Небо и Земля. Спасибо, Артём.
Скроллинг "починился" и т. д. ;D
При выделении, теперь только у полосы воспроизведения анимации отключаются. Из серьёзного — похоже, что переключение вида отображения не обновляет обложки: они становятся пикселизированными.
-
что переключение вида отображения не обновляет обложки
Поясните
-
Поясните
Нажать F5 в карточках на определённой обложке, переключиться на миниатюры, и эта конкретная обложка будет в пикселях, до следующего F5, если рамки у них с разными размерами.
-
Нажать F5 в карточках на определённой обложке, переключиться на миниатюры, и эта конкретная обложка будет в пикселях, до следующего F5, если рамки у них с разными размерами.
Ага, понял в чем дело. Поправил
-
3022 vs 3023 на AMD Ryzen 5 7500F:
- Win10 + 3022 (https://drive.google.com/file/d/17hdGiJgx_snPS5AdVXhOrSH1ZGyCFedH/view?usp=drive_link): играет радио — до 8,1%, выделение в миниатюрах — до 12%;
- Win10 + 3023 (https://drive.google.com/file/d/1yznTUE0_3tHidU8gZDrbxHYMl4M3hBeH/view?usp=drive_link): играет радио — до 5,5%, выделение в миниатюрах — до 11,5%;
- Manjaro + 3022 (https://drive.google.com/file/d/1AnEFB_WXszKW7vg3VxZb0RXdlZ6tCd_5/view?usp=drive_link): играет радио — до 7,5%, выделение в миниатюрах — до 8,5%;
- Manjaro + 3023 (https://drive.google.com/file/d/11Sj2GKCx9vJaDPeHA5zDCBNap2Ca4cvQ/view?usp=drive_link): играет радио — до 4,6%, выделение в миниатюрах — до 12%;
В 3023 стало проявляться периодическое (раз в 2-5 секунд) подтормаживание анимаций спектра и бегущей волноформы, описанное тут. (https://www.aimp.ru/forum/index.php?topic=76892.msg465291#msg465291) Именно это поведение и снизило среднюю нагрузку. Правда пиковые значения при выделении миниатюр мало поменялись. Из хорошего то, что при выделении анимации не зависают полностью, как это было в 3021/3022. Считаю, что общее направление оптимизации выбранно верное.
-
Подводя итог: теперь нагрузка ожидаемая. Соответствует цветному выделению в приложении Calc (LibreOffice), где наиболее похожая реализация. Интересно было бы сравнить внешний вид и перформанс с полой рамкой, но это, наверное, уже лишнее.
Из замечаний:
1. Выгружаются обложки после кликов по папкам группировки (все альбомы→альбом→все альбомы). Также можно подумать о том, чтобы они не выгружались и для переключений вкладок (файлы→закладки→файлы), если там нет своих обложек, например. Или выгружать, но с задержкой.
2. Низкая отзывчивость оттягивания (за границу). Полезная возможность, но не в текущем виде.
3. В карточках, выделение “барахлит” в месте между альбомами.
4. Просьба одним глазком глянуть на скроллинг текста в плеере — только тут осталась “кисельность” скроллинга.
5. Это скорее в предложения: сделать выделение рамкой по клавише (shift+lmb). Снимает конфликт с драгом, а значит более независимый вызов рамки. Появится возможность экспортировать решение в плейлист, ATE и т. д.
-
1. Выгружаются обложки после кликов по папкам группировки (все альбомы→альбом→все альбомы). Также можно подумать о том, чтобы они не выгружались и для переключений вкладок (файлы→закладки→файлы), если там нет своих обложек, например. Или выгружать, но с задержкой.
Обложки крепятся к контенту (группе или треку) - нет контента, нет обложек. Их нельзя "выгружать" с задержкой.
Низкая отзывчивость оттягивания (за границу). Полезная возможность, но не в текущем виде.
Про что здесь речь? Что такое оттягивание за границу?
В карточках, выделение “барахлит” в месте между альбомами.
Посмотрю.
Просьба одним глазком глянуть на скроллинг текста в плеере — только тут осталась “кисельность” скроллинга.
Это где?
Это скорее в предложения: сделать выделение рамкой по клавише (shift+lmb). Снимает конфликт с драгом, а значит более независимый вызов рамки. Появится возможность экспортировать решение в плейлист, ATE и т. д.
Да, хорошая идея.
-
А чем плохо обычное выделение, как во всех приложениях - кликом мышки с Ctrl или Shift? ИМХО, это даже удобней чем рамкой, в том случае ещё надо попасть мышкой между карточками, а на чёрном фоне это непросто. Сейчас это прекрасно работает.
-
ИМХО, это даже удобней чем рамкой
правда когда выделяю треки в фонотеке и пытаюсь их перетащить в плейлист он начинает выделение рамкой и сбрасывает старое приходится опять всё выделять поэтому перетаскивать нужно нажав на заголовок трека
в проводнике винды всё также (особенно пкм)
-
А чем плохо обычное выделение, как во всех приложениях - кликом мышки с Ctrl или Shift? ИМХО, это даже удобней чем рамкой, в том случае ещё надо попасть мышкой между карточками, а на чёрном фоне это непросто. Сейчас это прекрасно работает.
У нас есть и обычное, и рамкой. Выделение рамкой есть и в Проводнике - это не наша придумка
-
Про что здесь речь? Что такое оттягивание за границу?
Видео в приложении.
Это где?
Ах, текст трека, например. В основном окне modern-вида.
-
А чем плохо обычное выделение
Да ничем) Это просто дополнительная возможность.
это даже удобней чем рамкой, в том случае ещё надо попасть мышкой между карточками, а на чёрном фоне это непросто.
Это только до тех пор, пока нет независимого вызова. Как только он появится, то эта проблема исчезнет; и можно будет поспорить на счёт что удобнее — вы же в браузере, наверное, не клавиатурой текст выделяете. ;)
-
Это только до тех пор, пока нет независимого вызова.
Сейчас поведение такое же, как в Проводнике - нужно начинать рисовать рамку ближе к концу текущей колонки.
-
Ах, текст трека, например. В основном окне modern-вида.
И куда мне смотреть? Скроллинг работает, никакого отставания интерфейса от действия я не вижу. Конечно, стоит заметить, что отзывчивость таких больших окон зависит от возможностей ПК. На моей машине и выделение рамкой среди кучи обложек альбомов не тормозит...
-
Скроллинг работает
Так дело в скорости перемещения, а не в тормозах. Сколько там, 2 деления в секунду?
В браузере, например, если потянуть выделение, то не по одной строке же будет скроллиться.
-
Так дело в скорости перемещения, а не в тормозах. Сколько там, 2 деления в секунду?
В браузере, например, если потянуть выделение, то не по одной строке же будет скроллиться.
1) Я говорил про кисельность текста.
2) Сейчас 3 строки за секунду, согласен, слишком медленно. В браузер скорость зависит от положения мыши, попробую сделать так же
-
1) Я говорил про кисельность текста.
А, ну с ним такая история: сейчас фонотеку на овер тысячу треков с текстом (открытые альбомы в миниатюрах) можно прокрутить на раз, и без лагов. Но в основном окне, текст песни будто в 60 fps прокручивается. То есть в TE текст песни крутится очень плавно (но спектралка может чуть лагать), а в основном окне - нет.
-
То есть в TE текст песни крутится очень плавно
Что такое TE?
-
3. В карточках, выделение “барахлит” в месте между альбомами.
Конкретная вещь была исправлена, но какое-то кол-во глитчей осталось/появилось. У разделителей, у поля названий групп. Видео в приложении.
Что такое TE?
Tag Editor.
-
попробую сделать так же
Неплохо. Только минимальную скорость (при небольшом оттягивании) сделать бы выше: так плавность будет более равномерной — перепрыгнем этап, где есть ощущение "дёрганья".
Также: тормозится скорость скроллинга при боковом смещении.
-
Так, давайте будем соблюдать правила форума: 1 проблема - 1 тема. А то тут уже бардак. Непонятно, что порешалось, что нет, и что еще надо
-
Ок. Выделю всё в отдельные темы, что не касается lmb-рамки.
-
На сколько я помню, в теме было заявлено 2 проблемы — потребление проца и замирание анимаций при выделении на Windows. Сделал сравнение 3021 и 3026 на AMD Ryzen 5 7500F:
- Win10 + 3021 (https://drive.google.com/file/d/1kriLUGVmrZGuhcbPsxO0d5uJyX7C_iUa/view?usp=drive_link): просто играет радио — до 8,3%; выделение в миниатюрах — до 12,6%, анимации замирают полностью;
- Win10 + 3026 (https://drive.google.com/file/d/1hXZS-cRi6-rsakEQ9f3oEn44z5vJLQlD/view?usp=drive_link): просто играет радио — до 3,6%; выделение в миниатюрах — до 12,5%, анимации не замирают, только слегка становятся вязкими;
- Manjaro + 3021 (https://drive.google.com/file/d/15R9e09jBT35azOzZNVgQ2v6oTvcLF3iX/view?usp=drive_link): просто играет радио — до 6,5%; выделение в миниатюрах — до 8,5%, частота анимаций проседает раза в 2;
- Manjaro + 3026 (https://drive.google.com/file/d/1qo47wRTgnyLBD9oDS0NQK2IlLn4cRauS/view?usp=drive_link): просто играет радио — до 4,5%; выделение в миниатюрах — до 10,7%, частота анимаций проседает раза в 2.
По сути основные улучшения: потребление проца самими анимациями упало в 1,5-2 раза, потребление проца при выделении не изменилось, на Win10 при выделении анимации перестали замирать. Вероятно, тут только сам автор темы может оценить, решилась его проблема или нет.
-
Выше я уже не прыгну - картинки всё равно попадают в зону перерисовки, и с их скоростью вывода ничего не поделать
-
Обложки крепятся к контенту (группе или треку) - нет контента, нет обложек. Их нельзя "выгружать" с задержкой.
А нет варианта сделать аналогично уходу в трей? Без full update. Речь о том, что в случае ухода в трей, обложки тоже уходят из памяти, но при последующем разворачивании они загрузятся (отобразятся) почти мгновенно (из кэша). В отличие от того, что происходит при группировке/переключении вкладок, — где идёт тупо F5.
Кому интересно посмотреть разницу:
1. Миниатюры, множество обложек, over 100+ альбомов (чтобы была видна прогрузка обложек).
2. Прокрутить их все, чтобы они все прогрузились. *Диспетчер: 100+ MB памяти.
3. Свернуть в трей. *Диспетчер: ~ 10 MB памяти.
4. Развернуть из трея и сразу проскроллить обложки. *Загрузятся почти мгновенно.
И другой вариант:
1. Same.
2. Same.
3. Переключить вкладки: закладки, и сразу обратно — крутить обложки. *Загрузятся не мгновенно (F5).
-
Речь о том, что в случае ухода в трей, обложки тоже уходят из памяти
Кто вам такое сказал? В том-то и дело, что в этом случае обложки из памяти не выгружаются.
Свернуть в трей. *Диспетчер: ~ 10 MB памяти.
Вы забываете про своп. При сворачивании приложения, часть его памяти отправляется в своп, а его использование в диспетчере по умолчанию не показывается
-
Вы забываете про своп. При сворачивании приложения, часть его памяти отправляется в своп, а его использование в диспетчере по умолчанию не показывается
Замечание — в точку. И для вкладок/группировок такой принцип не применить?
-
И для вкладок/группировок такой принцип не применить?
Ну я же объяснил выше, обложки крепятся к трекам, которые отображаются в таблице - изменились треки, изменились и обложки. Вы же вкладки меняете, содержимое списка перестраивается.
-
Принято.
-
В браузере и других стандартных программах при изменении размера окна размеры контролов, а зачастую, и их координаты не меняются. Да, окна в AIMP-e такие же интерактивные окна с управляющими элементами: кнопками, чекбоксами, аниматорами, слайдерамии, но при изменении масштаба окна программа со стороны плеера вынуждена пересчитывать их координаты и размеры, а не просто масштабировать графику, иначе это просто не будет работать.
Навело на мысль.
Не знаю на сколько это норма, но есть прямая зависимость от наличия текста (+трек должен играть), на отрисовку рамки. Без него — очень бодро начинает работать.