AIMP for Linux (Wine)

[Alex-D]

Странно надеяться, что старые сторонние плагины будут нормально работать под Линуксом, никто не знает, какие костыли использовали разработчики при их написании.

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

Для отлова зависаний используйте версию _w32_debug_fmm
Как только программа зависнет - запустите эту утилиту: https://yadi.sk/d/xaJ97PiIypGSH
Она выдаст подробный отчет, прикрепите отчёт к сообщению в теме.

Я уже не помню, отправлял ли тогда отчёты. Надеюсь, этот отладчик сам по себе работает под Вайном)
Что до темы - я так понял, все репорты про Линукс складывают как раз в эту тему.

Да, естественно, она отличается! Как минимум сама программа собрана в режиме совместимости с Wine (нужные костыли активированы), плюсом идут нужные шрифты и настройки для работы

Тогда посмотрю. Но всё же, в нативном виндовом билде тоже хорошо поискать проблемы, чтобы потом как раз иметь единый билд без отдельных костылей при сборке) Шрифты не проблема - кому нужно, просто поставят виндовые, они вполне нормально там работают. В Winetricks одна галочка всего, на это действо)

[Artem]

Но всё же, в нативном виндовом билде тоже хорошо поискать проблемы

а смысл? тогда репортите баги в Wine, а не мне. Я специально не стал в виндовый билд костыли для Wine опускать

[Alex-D]

а смысл? тогда репортите баги в Wine, а не мне. Я специально не стал в виндовый билд костыли для Wine опускать

Ну, в этом случае бы не пришлось следить, какое нововведение в плеере сломало тот или иной костыль, и тем самым делать потом несовместимые между собой форки плеера . Впрочем, если костыли чисто декоративные (шрифты, установка и проч.), и на уровне кода всё относительно одинаково, то думаю, отдельная версия с костылями не помешает отладке.

[Alex-D]

Ну что ж, продолжаем борьбу с Линуксом...
Хотел было отследить причину зависаний, как предложено тут:

Для отлова зависаний используйте версию _w32_debug_fmm
Как только программа зависнет - запустите эту утилиту: https://yadi.sk/d/xaJ97PiIypGSH
Она выдаст подробный отчет, прикрепите отчёт к сообщению в теме.

Да только как оказалось, сам этот madTraceProcess32.exe не работает нормально. Процесс плеера видит, потом начинается выпендрёж (ниже скриншот).
Соответственно, отследить зависание невозможно.



При проверке версии Аимпа из deb-пакета с дефолтным профилем, зависаний процесса при закрытии не обнаружил.
Стоило только подключить свой профиль из винды - тут же начались те же зависания. Повторюсь, плагинов в профиле НЕТ. Кастомные скины тоже попытался удалить - не помогло. Придётся дальше ковыряться...

Заметил вот ещё что: примагничивание окна происходит не к самому краю экрана, а с зазорами по всем сторонам.

[Alex-D]

В ходе предыдущих копаний (см. выше) в профиле, удалял поочерёдно из AIMP.ini секции и параметры, и в итоге обнаружил двух виновников "торжества":

1) Смарт-плейлисты. Но не все - только самообновляемые. Если удалить часть из них, то плеер закрывается нормально. Но если редактировать проблемные даже самим плеером, то плеер зависает даже во время записи настроек. Поигрался руками с наиболее токсичным плейлистом - обнаружил, что помогает удаление секции #-----PREIMAGE-----# и всё, что под ней (что это за данные и почему они хранятся в таком виде - я не знаю). Если после этого заново настроить синхронизацию, но только не включать пункт "Синхронизировать при обнаружении изменений", то работает нормально. Приложил этот плейлист к сообщению - может, поможет разобраться.

2) Фонотека. Удаление некоторых параметров фонотеки из INI-файла тоже помогает с зависаниями, но я пока не определил, какие именно это параметры.
UPD: Определил. Параметр "AutoSync" в секции [MusicLibrary.TAIMPMLLocalDataStorage.SearchOptions] - то есть, автосканирование библиотеки во время работы программы.

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

[ChaoticComedia]

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

[Алексей Долматов]

По Wine (Linux) есть общая тема: https://www.aimp.ru/forum/index.php?topic=68925.0
Используйте её. Укажите способ установки программы. Укажите параметры системы и детали по зависаниям. Начните с предоставления в той теме хоть каких-то сведений.

[endoplast]

I installed aimp_5.10.2417_w64.exe directly from the .exe. I have recorded a video of the windows behaviour with respect to the focus problem. It could be a Wine problem.

I am using Manjaro KDE updated to the latest version and wine 7.22. There is no difference installing the .deb package from AUR.

Заметил вот ещё что: примагничивание окна происходит не к самому краю экрана, а с зазорами по всем сторонам.

Same Here.

[0r4ng3]

У меня на Федоре тоже эта проблема, постоянно на переднем плане когда музыка играет, а когда нажимаю "стоп" то уходит на задний. Пробовал .rpm и .exe через PlayOnLinux.
Зато на Garuda (Arch) такой проблемы не было.

Кажется это проблема Gnome, установил Нобару (Федору) с KDE и никаких проблем с уходом на задний план.

[ais77]

I can't change the order in a playlist using drag and drop.

Аналогичная проблема - драг-н-дроп внутри плейлиста не работает (извне в плейлист трек можно добавить без проблем), очень хочется решение.
Наблюдается и в инсталлированной в вайне версии 5.10, и в портбл.
Debian 10, MATE
Wine 32 4.0

Deb 64, увы, поставить не могу - ноут диджейский старенький, 32-битный...

[Алексей Долматов]

в инсталлированной в вайне версии 5.10

Непонятно. Вы не использовали deb/rpm адаптированную версию? А, понял. "Старая" ос.

[ais77]

А, понял. "Старая" ос.

Ну, не то, чтобы такая уж старая - 10-ка, но ноут уже раритетный, да - на проц 32 бита 64-ю ось не поставишь никак...