AIMP6

93 Replies

AIMP6 will be the first truly cross-platform release. In fact, the development (porting) has started 1.5 years ago, in January 2024.

By the time v5.40 was released, the general-purpose runtime libraries such as AIMP.Runtime and AIMP.Shared had been ported, on which this version was based. In terms of v6, we’ve ported all left app code and all standard plugins.

Linux

AIMP for Linux is based on GTK2 + Cairo, and requires for support for alpha-composing on side of OS’s window manager. Windows-specific build uses WinAPI directly as before, without using the GTK compatibility layer.

DIFFERENCES BETWEEN AIMP BUILDS FOR DIFFERENT PLATFORMS:Win32Win64WineLinux
Skins✔️✔️✔️✔️
Plugins from old AIMP / Winamp / Sonique✔️❌❌❌
Plugins form AIMP5✔️✔️✔️❌
DSP/VST Plugins✔️✔️✔️❌
Playback of TAK format✔️✔️✔️❌
Encoding to TAK format✔️✔️✔️❌
Playback of WMA format✔️✔️❌✔️
Encoding to WMA format✔️✔️❌❌
Associations with file formats✔️✔️❌✔️
Global hot keys✔️✔️❌✔️
Integration to OS shell environment✔️✔️❌❌

If skins can be used without any issues in all builds, all plugins MUST BE adapted for AIMP6 and Linux.

Target Distributives

Official supported distros*:

  • Alt.Linux 11 (KDE/Gnome)
  • Astra Linux 1.8+
  • Debian 12+ (Gnome)
  • Mint 22+
  • Ubuntu 22+

* where the app is tested by ourself before each release. On other distributions, most likely, the app will work in same way.

Distribution

Now, the installer is available in form of DEB and RPM packages that can be easily installed on all Linux that we have tested. (if these packages are not supported on your Linux, please provide us a link to OS distributive and package specifications)

We are planning to keep support of the WINE-based version of app for Linux. Over time, it will become clear whether the WINE-based app is still used or whether everyone will switch to native Linux version.

Sound Engine

New formats

  • Add support of the E-AC3 codec
  • Add support of the HE-AAC profile
  • Add support of the MLP file format
    In streaming mode only (without navigation throughout the file)

UI

Updated appearance

Mainly, changes has been affected to secondary windows of the app:

Extended theming options

Added brightness adjustment for colored elements:

Additionally, the color scheme applies to toolbar / menu icons too:

Extended scaling mode

We’ve added an ability to adjust emulated scaling factor for skinned windows with fixed scale:

The option will be useful if the skin is too small or large for your screen.

Note: changing emulated scale factor may lead to decrease final UI quality and increase CPU usage.

Playlist

Thumbnails

Thumbnails for playlist tracks is a long-awaited innovation for most of our users (disabled by default). The thumbnail always has a square form factor and shown in two-line items display mode.

You can turn on the thumbnails globally in the app settings, or individually for a specific playlist.

Playback indicator

Playing item now has a new small glyph that called the playback indicator*. The indicator has two states: 1) track is playing 2) playback has been stopped on this track, but now different playlist is now playing.

* skin must supports for this feature.

Music Library

Composite Fields for Grouping Tree

Composite fields provides an ability to combine data from multiple fields and display it at same nesting level.

Take a look on example: let’s make album name display along with year of its release.

Create a new grouping template, but instead of selecting from the existing fields, click the “create composite field” button:

In the dialog, specify the fields that will be used to generate the result:

Use the %field() macro function to access to field’s data, where the field index is specified as an argument for the function (starting from 0).

After we have set all necessary parameters for the composite field, click OK in both dialogs. The template will be applied to contents of database:

Table

We’ve added new view for data in the table – “Table With Thumbnails”:

Added an ability to disable navigation between grouping tree presets via Ctrl+Click on cell’s value:

But the shortcuts (located below album art on the screenshot above) will continue to operate.

Release Plan

Alpha

Alpha version of AIMP6 is already available for preview in catalog of nightly builds or via update to alpha-version using built-in to app update installer.

Warning! Version is under development stage and may contains many bugs. Please let us know about everything you find, even if it’s something insignificant. Don’t forget to specify app build number and your OS version.

Warning! If you’ve been wanting to switch to Linux for a long time, but haven’t done so yet, don’t start getting to know this OS by installing AIMP – we won’t be able to help you get used to it.

Warning! You must uninstall wine-based version of app before installing native one.

Beta

As soon as all features that we’ve planned to this version will be implemented. We are focusing on beginning of 2026.

Release

Planned to end of 2026.

93 thoughts on “AIMP6”

  3. Rizado

    AIMP для Linux – шикарный подарок мне ко дню рождения. Есть способ отметить юбилей – скачать и попробовать 🙂 .
    Спасибо, Артём!

    ↓
      2. yars068

        Артём, респект! Внешний вид мне прямо понравился, очень неплохо получилось. А как планируется сделать переводы интерфейса на другие языки? Предлагаю воспользоваться возможностями GNU Gettext, а сами переводы сделать отдельным пакетом. Во многих дистрибутивах Linux есть так называемые метапакеты, и можно сделать метапакет aimp-translations, у которого в зависимостях будут aimp-translation-en, aimp-translation-de, aimp-translation-fr и т.д. Альтернативный вариант — сделать один пакет aimp-translations, который будет содержать в себе все переводы, и разрешить майнтайнерам дистрибутивов разбивать этот пакет на кусочки с переводами на конкретные языки. Ну, и, поскольку программа отечественная, вам никто не может запретить исходным я зыком сделать именно русский, а не английский.

        ↓
            1. Artem Post author

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

              ↓
          2. yars068

            А, и да, кнопки управления воспроизведением не отражают текущее состояние плеера — проигрывается ли что-то, или нет, остановлено ли, или воспроизведение на паузе.

            ↓
      1. Сергей

        1. Экосистема

        Qt:

        Основной язык — C++ (есть обвязки для Python — PyQt, PySide, и для других языков).

        Очень богатая экосистема: поддержка GUI, сетей, базы данных, OpenGL, многопоточности и даже QML для декларативного UI.

        Часто используется для сложных кроссплатформенных приложений (KDE, VirtualBox, Telegram Desktop, Discord).

        GTK:

        Основной язык — C (с GObject, немного сложнее в плане ООП), есть хорошие обвязки для Python (PyGObject), Rust и других.

        Более естественно интегрируется с Linux/Unix-средой.

        Популярен для приложений под GNOME (Gedit, GNOME Terminal, GIMP).

        2. Кроссплатформенность

        Qt: поддержка Windows, Linux, macOS, мобильные платформы (Android/iOS). GUI будет выглядеть почти одинаково на всех платформах.

        GTK: работает на Linux, Windows, macOS, но на Windows и macOS поддержка хуже, иногда есть проблемы с темой/стилем, выглядит менее “родным”.

        3. Внешний вид

        Qt: использует собственный рендеринг и стили, приложения выглядят красиво и единообразно, но иногда могут не полностью совпадать с нативным стилем ОС.

        GTK: хорошо интегрируется с Linux/Unix, особенно с GNOME. На Windows/macOS интерфейс выглядит странным и устаревшим.

        4. Лицензия

        Qt: LGPL (с ограничениями) или коммерческая лицензия, если нужно закрывать код. Некоторые возможности (например, QML-компоненты) лучше использовать по лицензии Qt.

        GTK: LGPL — полностью свободная, проще для open source и проприетарного ПО.

        5. Документация и поддержка

        Qt: отличная документация, много примеров, сильное комьюнити.

        GTK: документация есть, но меньше примеров на C, обвязки на Python/Rust иногда требуют больше усилий.

        6. Подход к разработке

        Qt: ООП, сигналы и слоты (event-driven), есть Qt Designer для визуального дизайна UI.

        GTK: более “функциональный”, работа с GObject требует больше boilerplate-кода, есть Glade для визуального дизайна, но меньше функциональности, чем Qt Designer.

        Вывод

        Если цель — кроссплатформенное приложение, современный вид, богатый функционал и удобная разработка, лучше Qt.

        Если цель — нативное Linux-приложение, интеграция с GNOME и свобода лицензии, лучше GTK.

        Лично я предпочитаю Qt, это удобнее и красивее на всём.

        Хотелось бы услышать теперь от вас почему выбрали именно gtk?

        ↓
        1. Artem Post author

          Несмотря на то, что Lazarus одинаково хорошо умеет работать и с Qt, и с Gtk2, я не смотрел в сторону Qt из-за их лицензии. Она мне не подходит.

          Что касается перечисленных вами плюсов – это все хорошо, когда вы начинаете проект с нуля. В моем же случае – все уже спроектировано и написано. Я не использую нативные контролы ни под Windows, ни под Linux – мне без разницы какой UI дает библиотека – мне нужно было, чтобы библиотека позволяла создавать окна и поддерживала их альфа-композинг. Все остальное сделает мой код.

          ↓
  6. Ortiak

    А можно пакет для Arch? Я попробовал через debtap. Почти рабочий пакет получился. Библиотеки установились в /usr/lib/x86_64-linux-gnu вместо /usr/lib.

    ↓
  7. nscs

    bless. новая версия в найтли на семёрке пока что работает отлично, в 75% масштаба конечно качество порезалось, но не суть важно, ибо 75% мне очень нужны на таком маленьком экране(1366х768) что бы еще и фонотека была хд(сижу через скин пандемик встроенный) на пекарне на 10ке тоже скоро поставлю как доберусь, крутое обновление, кент на линуксе тоже скоро заценит х)

    ↓
    1. Artem Post author

      Такой вопрос, может вы подскажите, есть ли в пакетах Арча возможность выполнения скрипта перед/установкой/удалением?

      ↓
      1. varlesh

        Ох, это я не подскажу. Я бы вам рекомендовал использовать для сборки appimage – это портативная версия пакета и она универсальна для всех дистров! Туда же можно включить все необходимые либы. И не стоит заморачиваться на целый зоопарк дистров.

        ↓
        1. Artem Post author

          Изучал этот формат – дерьмо. Как раз проблема кроется в том, что под каждый диструбив набор библиотек может разниться. И собрать единый AppImage для всех систем просто не предоставляется возможным, в отличие от deb / rpm, где можно задать альтернативные названия пакетовю

          ↓
  10. varlesh

    Напишу свои впечатления от альфа-версии. Тестировалось в Arch Linux с KDE под wayland.
    Ну во-первых, он стартанул и играл песни, что уже хорошо) Просканировал библиотеку и добавил с ext4. Подцепляет и устанавливает скины, правда знаменитый M5, вместо кнопок какие-то иероглифы. Может проблема в шрифте? Эквалайзер заработал.

    Теперь о проблемах.
    – Чувствуется, что плеер грузит проц, не сильно и всё-таки. Потребление оперы в норме. Особенно наблюдается на тяжёлых скинах. Если перемещать мышкой сам плеер по рабочему столу, видно как он дёргается.
    – Кривой рендеринг теней в контекстном меню – вместо теней чёрные полосы. В скроллбаре тоже самое, при наведение чёрные полосы.
    – При изменении категорий просмотра библиотеки (Имя файла, Заголовок, Альбом и т.д.) плеер виснет, если выключить множество категорий сразу.
    – Иногда плеер перестаёт вообще реагировать на кнопки.

    ОЧЕНЬ прошу добавить поддержку MPRIS – это киллер-фича в линукс-системах, ну и горячие клавиши и нативную нотификацию.

    ↓
    1. Artem Post author

      Да, проблема в шрифтах, там референсы на шрифты из Windows. Укажите используемую вами сборку плеера

      ↓
  11. Petrino

    Пробовал запускать на Ubuntu 24.04 LTS (KDE) – ломает графическую оболочку – панель задач и рабочий стол умирают, окна работают, но переключится нельзя. Окно aimp работает. К сожалению фиксится только удалением aimp(
    На новой 25.04 все работает нормально. Привычный любимый плеер с винды, все играет, все замечательно.
    Заметил что у операционок отличаются версии только у одного пакета libcairo2
    На 24.04 – 1.18.4
    На 25.04- 1.18.0-build1
    Может быть оно влияет… глубже лезть не стал.

    ↓
      1. Petrino

        Можно лапками поставить поверх гнома, что то вроде
        apt install kde-plasma-desktop
        Я же скачивал готовый дистрибутив – https://kubuntu.org/getkubuntu/
        Да и поправочка,
        На 24.04 — 1.18.0-build1
        На 25.04- 1.18.4
        перепутал на ночь глядя

        ↓
        1. Artem Post author

          Можно лапками поставить поверх гнома, что то вроде

          Не, такие варианты я не рассматриваю =) “лапками” можно что угодно навернуть.

          Я же скачивал готовый дистрибутив — https://kubuntu.org/getkubuntu/

          А, кубунту значит. Посмотрю

          ↓
          1. Petrino

            Спасибо. Другие плееры не признаю, очень жду стабильную версию на linux.
            На винде и андроиде не могу существовать без Aimp. Это одна из тех немногих программ, где чувствуется что ее пишет человек для людей, а не программисты для программистов.

            ↓
        2. Artem Post author

          Хех, похоже ему что-то не нравится в .desktop файле плеера. Стоит удалить его из списка программ, как все перестаёт зависать.

          ↓
          1. Petrino

            Вы имеете ввиду удалить desktop файлы?
            Я удалил все 3 файла из opt/share/applications но это не помогло, помогает полный снос

            ↓
            1. Artem Post author

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

              ↓
              1. Petrino

                Странно, попробовал новую сборку, ничего не поменялось, что на физическом ноуте, что на свежей виртуалке.
                Ребут после удаления desktop файлов тоже не помогает.

                ↓
                  1. Petrino

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

                    ↓
                    1. Petrino

                      Поработали мы не долго.
                      Все таки не стабильно( – само сломалось потом, пока пытался играть с настройками, потом не хотело снова работать после установки. В душе не чаю что ему не нравится(удалял полностью вместе с конфигами, удалял desktop файлы – ничего не помогало). На виртуалке после пары перезагрузок тоже сломалось…
                      Плюнул, распаковал deb пакет, руками скопировал либы в usr/lib и содержимое opt в opt, сделал симлинк на исполняемый файл – живу счастливо, хоть и чувствую себя извращенцем.
                      Из функционала все что мне нужно работает, плейлист импортнулся, играет, эквалайзер работает. Больше мне для счастья ничего не нужно. Наконец могу работать и слушать музыку не на телефоне, а на ноуте, не отвлекаясь на телефон.

  12. Arsik

    Здравствуйте!
    Большое спасибо за выпуск AIMP6 и за то, что вы делаете плеер кроссплатформенным. У меня вопрос по Linux-версии: не планируете ли вы выпустить AIMP6 в формате Flatpak и опубликовать его на Flathub?
    Это очень удобно для пользователей разных дистрибутивов, а также облегчает обновления и распространение плеера.

    ↓
    1. Artem Post author

      Приветствую.
      А в чем профит? На сколько я знаю это аналог AppImage? Пакет будет огромным и его придется собирать под каждый дистрибутив отдельно

      ↓
      1. Arsik

        Flatpak — это не аналог AppImage. Его как раз не нужно собирать под каждый дистрибутив: один и тот же пакет будет работать на Ubuntu, Fedora, Arch, openSUSE и других системах. Flatpak использует общие рантаймы (org.freedesktop.Platform, org.kde.Platform, org.gnome.Platform), которые ставятся один раз и потом используются сразу многими приложениями.

        Плюсы:
        – не придётся делать отдельные deb/rpm/aur-сборки под разные дистрибутивы;
        – пакет обычно меньше, чем AppImage, потому что не тянет все либы внутрь;
        – обновления приходят дельтами, а не полной перезаписью;
        – отличная интеграция с Flathub, GNOME Software и KDE Discover;
        – установка и обновления без root.

        Flatpak как раз решает ту проблему, о которой вы говорите.

        ↓
        1. Artem Post author

          В данный момент у нас универсальные DEB/RPM/AUR – мы не делаем отдельный пакет под конкретную ОС. Это хорошо, с AppImage как раз главная проблема была в том, чтобы внутрь положить все, что требуется приложению, что сильно зависит от ОС. Получается, что flatpak – еще один вариант пакета… а есть ли ОС, которые поддерживают только его (без поддержки DEB/RPM)?

          ↓
          1. Arsik

            Сейчас самыми распространёнными форматами пакетов в Linux являются DEB, RPM и Flatpak. DEB и RPM традиционно используются в классических дистрибутивах, таких как Debian, Ubuntu, Fedora, openSUSE и др. Они остаются основным способом распространения системных и пользовательских приложений на этих платформах.

            В то же время существуют атомарные или неизменяемые дистрибутивы (например, Fedora Silverblue, Endless OS), где DEB или RPM напрямую не применяются, а приложения устанавливаются только через Flatpak.

            Flatpak стал универсальным форматом, поддерживаемым многими разработчиками Linux-приложений. Он позволяет упаковывать программы с необходимыми зависимостями и runtime, обеспечивая кросс-дистрибутивную совместимость: одно и то же приложение Flatpak работает и на классических системах с DEB/RPM, и на атомарных дистрибутивах, где традиционные пакеты недоступны.

            ↓
              1. Arsik

                Основная аудитория атомарных дистрибутивов — это именно десктоп и простые пользователи, потому что там трудно сломать систему, она обновляется целиком и всегда можно откатиться назад. Сейчас есть явная тенденция к развитию атомарных дистрибутивов: уже есть Fedora Silverblue, Endless OS, а скоро и KDE выпускает свой атомарный KDE OS, где приложения будут запускаться только через Flatpak.

                ↓
                  1. Arsik

                    Да, в атомарных дистрибутивах пользователи не могут ставить свои пакеты напрямую в базовую систему, потому что она неизменяема и обновляется целиком. Зато приложения ставятся через Flatpak, а дополнительные инструменты можно запускать в контейнерах (например, через Toolbox или Podman). Такой подход сохраняет целостность системы и делает её устойчивой к поломкам, при этом софт для пользователя всё равно доступен.

                    ↓
                    2. Arsik

                      Если говорить об интеграции в атомарных дистрибутивах, то это можно сделать через Flatpak. При этом даже в обычных дистрибутивах пользователям проще устанавливать приложения через Flatpak через магазин приложений без всякого геморроя с зависимостями. Если что, есть магазин приложений: https://flathub.org/ru?category=popular
                      . Думаю, для простых пользователей лучше использовать Flatpak-пакет тоже.

                    3. Artem Post author

                      А какой геморрой с зависимостями? Сейчас, что RPM, что DEB ставятся двумя кликами мыши – пакетный менеджер ставит всё зависимости сам.

                    4. Arsik

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

                    5. Artem Post author

                      Мы сейчас же про AIMP говорим, а не про теорию. Просто я не могу понять, какой профит от flatpak в нашем случае

                    6. Artem Post author

                      Такой момент, у flatpak нужно указать используемую платформу, в сети пишут, что у них поддерживается только gtk3/4. А второй версии нет – так ли это?

                    7. Arsik

                      GTK2, к сожалению, больше не поддерживается, актуальны только GTK3 и GTK4. Прошу прощения, я совсем забыл, что ваше приложение на GTK2.

  14. varlesh

    Я конечно извиняюсь за флуд, но ваш flatpak тащит кучу хлама в ОСь. Что бы установить одну прогу, нужно тащить гиг ( а то и больше) рунтайм-либ и остального хлама. Стоит заметить, что разным прогам иногда требуется разный рунтайм и когда этих прог куча, то flatpak разрастается до внушительных размеров, это во-первых. В третьих, родной пакет в оси ВСЕГДА лучше, есть куча юзеров, которые принципиально не юзают flatpak и snap!

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

    Что касательно Arch Linux, то пакет вообще не стоит выкладывать. Проще разместить PKGBUILD в AUR, но сделать прямые ссылки на DEB и RPM. Это обычная практика AUR. Арч роллинг-дистр, а потому AUR предпочтительней и вам не придётся отслеживать обновления и т.д., только править PKGBUILD. Но повторяюсь, нужны просто прямые ссылки на DEB\RPM.

    ↓
    1. Artem Post author

      Что касательно Arch Linux, то пакет вообще не стоит выкладывать. Проще разместить PKGBUILD в AUR, но сделать прямые ссылки на DEB и RPM. Это обычная практика AUR.

      Это имеет смысл разве что для релиза

      ↓
  15. nullcat

    Дисклеймер: я не имею опыта поддержки пакетов под линукс

    Про пакеты и линукс.
    Еще Линус Торвальдс на debconf14 говорил, что необходимость делать пакеты под каждый дистрибутив – то, что держит desktop линукс от успеха. У разработчиков программ под линукс вечная боль с этим.

    Flatpak (из-за gtk2 в пролете) или snap (судя по наличию документации про gtk2 на последний snap, поддержка имеется) дают возможность сделать 1 пакет для всех дистрибутивов. Скорее всего собрать такой пакет сложнее.

    Deb и rpm могут создать проблемы, когда старые/новые debian, ubuntu, и т.п. имеют те же пакеты, но более старые, и, в случае установки классического пакета, библиотеки обновляются или возникает конфликт пакетов. В первом случае мы теряем стабильность других программ, во втором случае мы не можем поставить AIMP.

    Я вижу 3 варианта условно положительных событий:
    1. AIMP собирается в классических пакетах так, что в официально поддерживаемых вами дистрибутивах вышеуказанных проблем не возникнет
    2. AIMP входит в официальные репозитории дистрибутивов, что фиксирует версии библиотек, и, возможно, создаст вам больше работы
    3. AIMP имеет официальную/неофициальную сборку snap или чего-то похожего.

    ↓
    1. Artem Post author

      Еще Линус Торвальдс на debconf14 говорил, что необходимость делать пакеты под каждый дистрибутив — то, что держит desktop линукс от успеха. У разработчиков программ под линукс вечная боль с этим.

      Да, я об этом постоянно слышу, но сам ни разу не сталкивался.
      В данный момент у нас всего два пакета – для двух разных платформ – DEB и RPM. Заводятся они как минимум на 26 разных дистрибутивов линукса (именно столько у меня стоит в тестовом стенде сейчас).

      2. AIMP входит в официальные репозитории дистрибутивов, что фиксирует версии библиотек, и, возможно, создаст вам больше работы

      Конечно, мы бы хотели, чтобы AIMP попал в официальные репозитории, но для этого нужно , как минимум, зарелизиться.

      ↓
      1. nullcat

        Да, я об этом постоянно слышу, но сам ни разу не сталкивался.
        В данный момент у нас всего два пакета — для двух разных платформ — DEB и RPM.
        Заводятся они как минимум на 26 разных дистрибутивов линукса (именно столько у меня стоит в тестовом стенде сейчас).

        Я правильно, понимаю, что 26 дистрибутивов на тестовом стенде используются только сейчас, а потом будут поддерживаться только указанные в оригинальном посту? Если нет, то 26 дистрибутивов – это не та самая боль сборки под линукс?

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

        Спасибо за ответы. Надеюсь, что у вас с AIMP6 всё сложится. Обязательно протестирую, когда будет доступна синхронизация между aimp на андройде и пк.

        ↓
        1. Artem Post author

          Я правильно, понимаю, что 26 дистрибутивов на тестовом стенде используются только сейчас, а потом будут поддерживаться только указанные в оригинальном посту? Если нет, то 26 дистрибутивов — это не та самая боль сборки под линукс?

          Еще раз – пакета всего 2, не 26, а 2. Разворачивал я все самые популярные, чтобы посмотреть, что к чему там. Поддерживаться (тестироваться) будут ровно те, которые указаны в посте (ну может со временем что-то добавится / выкинется). Конечно, никто не будет каждый релиз тестить на всех 26 линуксах, большинство из которых либо форк от другого, либо просто вариация “на тему”.

          ↓
  16. nullcat

    upd: написал слишком запутанно тут: “имеют те же пакеты, но более старые, и, в случае установки классического пакета, библиотеки обновляются или возникает конфликт пакетов. ”

    За пример возьмем deb.
    В случае установки aimp deb пакетом, он подвязывает с собой еще какие-то зависимости. Так вот, если версии зависимостей не совпадают с тем, что дают в официальном репозитории дисьрибутива, то зависимость либо обновится до новой версии, либо установка завершится с ошибкой конфликта пакетов.

    И, если так, отовсюду скачивать эти deb пакеты, то с зависимостями полный непорядок произойдет.

    ↓
    1. Artem Post author

      Это при условии, если приложение требует строго определенную версию пакета (в точь до минора). В нашем случае, требования только мажорам: gtk2, а какой он у вас там в системе – 2.00 или 2.24 – без разницы. Программа к этому готова. И никакого бардака с зависимостями

      ↓
  17. yrterweq11

    Мини-плеер всё ещё будет необъяснимо пропадать, пока курсором по иконке трея не проведёшь?

    Плейлисты всё ещё не будут иметь индивидуальный уровень громкости?

    Субтитры .srt в окошке скина Charm всё ещё будут в паузах между фразами каждый раз “скакать” в начало?

    ↓
    1. Artem Post author

      Мини-плеер всё ещё будет необъяснимо пропадать, пока курсором по иконке трея не проведёшь?

      Да, конечно. Окна в мире Windows (Да и не только) могут менять свое положение по оси Z.

      Плейлисты всё ещё не будут иметь индивидуальный уровень громкости?

      Если так просить – не будут.

      Субтитры .srt в окошке скина Charm всё ещё будут в паузах между фразами каждый раз «скакать» в начало?

      Тут я вообще не понимаю, про что идет речь. Если у вас есть какая проблема – опишите ее как баг, на почту или форум.

      ↓
  18. vlaaad1s

    Артем, круто что AIMP6 скоро будет готов! Ведь до выхода буквально пару месяцев! Это будет супер-релиз!

    ↓
  19. raul

    What about support for RealPlayer (.RPV in .DLL format) visualizations (WIN32 only)?
    Как насчет поддержки визуализаций RealPlayer (.RPV в формате .DLL) (только WIN32)?

    ↓
  20. maertor

    1. Вход в настройки и применение настроек стали очень задумчивыми, секунд 5-6 проходит на Windows 11.
    2. Не знаю, почему, но после обновления со стабильной сборки до альфы пропал значок aimp из трея. В смысле я выносил его в трей, чтобы но всегда показывался. Когда я залез в параметры – персонализация – панель задач – другие значки панели задач, то оказалось, что в списке приложений обнаружился новый значок aimp для трея (его пришлось искать в самом низу списка), а старый значок присутствует, но не работает. Пришлось выбирать новый – теперь иконка aimp находится постоянно на виду в трее, всё хорошо
    3. Есть какие-то изменения в настройках звука плеера, потому что после обновления до альфы, в треке, который только что проигрывался до обновления, вдруг стали выделяться тарелки (хай-хеты). Вижу, что как минимум добавлено меню предзагрузки следующего трека (видимо, для будущей синхронизации с мобильной версией?) и есть перестановки в параметрах преобразования звука

    ↓
    1. Artem Post author

      1) Плагины какие стоят?
      2) Проверю, возможно что-то не так с ID иконки
      3) Нет, по звуку никаких изменений в плеере не было. Предзагрузка в опциях у нас появилась много-много лет назад

      ↓
  21. wrzonline

    The technology you used to port to crossplatform is also supported on macOS. Will you release AIMP 6 to macOS too?
    It would be highly appreciated.

    ↓
  22. wrzonline

    Just a quick technical question: Why did you use GTK2 which last version was released 5 years ago and not actively maintained, while GTK4 is the current version and it is actively maintained?

    ↓
    1. Artem Post author

      Gtk4 is not supported by Lazarus, Gtk3 is still in alpha-stage. So, I’ve used stable implementation that available. Just now, I thinking about migrating up to Gtk3

      ↓
  23. enrique

    Hi AIMP Team. I have always loved the player and a player like AIMP with all the bells and whistles in Linux really fills a niche. Although Wine version works great, things like samba SMB calls are so slow that you really can’t use it. I am very excited for the AIMP6 linux version, without wine support, hoping this would finally fix it. Also, AIMP Skins are one thing that really sets AIMP apart so really hope skins can be ported as well. I have tried a version of AIMP6 in Arch Linux (by means of unpacking and running from the deb package) and skins do not yet work. The player crashed the entire machine. So it’s still early but its loading :D… Keep up the good work. Love!

    ↓
    1. Artem Post author

      by means of unpacking and running from the deb package

      But we provide a package for pacman, you should not use debian package like a source.

      The player crashed the entire machine.

      Any details about crash? What skins you’ve tried? What actions lead to crash? I’ve two OS based on Arch: Majaro and Endeavour OS. AIMP works correctly on it.

      ↓
  24. maertor

    При использовании лвухмониторной конфигурации, если в Windows переключиться на работу только одного монитора, то aimp вылетает с ошибкой stack overflow

    ↓
      1. maertor

        версия 6.00.3012 alpha 2.
        Плеер распложен на основном мониторе, который не отключается. Ошибка у меня возникает в 100% случаев, если я разверну плеер, а потом зайду в меню переключения мониторов и отключу второй. При этом аимп закреплен в правой части экрана и автоматически скрывается при любой действии за его пределами + стоит галочка “Зафиксировать положение окна”

        ↓

Leave a Reply