Recent Posts

1

Вопросы / Questions / Re: По поводу SDK ...

« Last post by Artem on Today at 00:29:17 »

Так SDK же один, разве нет?.. Я вижу только один архив, в котором заголовки, примеры и документация в виде двух chm (en и ru). Я что-то не то качаю?

Тьфу, речь про SDK. Ну с SDK так же сделаем, к релизу...

2

Вопросы / Questions / Re: По поводу SDK ...

« Last post by vladimmi on Yesterday at 23:21:06 »

xCHM скуден, потому что использует старый wxWidgets и построен на CHMlib. Но это несравненно самый лучший выбор для чтения chm.

Ну, kchmviewer, вроде бы, прекрасно работает, вполне можно читать доки, форматирование на месте, с кодировками тоже проблем не вижу. Просто в какой-то момент он тоже может перестать собираться на актуальных ОС и опций всё меньше, я об этом.

3

Дополнения / Addons / Re: gen_tray [sanb mod] BerzerK Mod

« Last post by traktor on Yesterday at 22:49:12 »

Можно ли добавить / изменить функционал gen_tray [sanb mod] BerzerK Mod как это сдлеано в Gen_tray+ and Gennady Ulanovsky ?

Доработанный родной WinAmp`овский Nullsoft Tray Control Plug-In. К нему добавлена еще одна функция - функция удаления файла. Достаточно раз кликнуть в трее и текущий трек останавливается, удаляется в корзину и включается следующий. Для удаления ипользуется стандартная системная функция, поэтому возможность восстановления, а так же спрашивать или не спрашивать подтверждение на удаление - в настройках корзины. И еще, поскольку Winamp чаще всего запускается для прослушивания музыки, сразу после запуска автоматически включается воспроизведение.

4

Ошибки и замечания / Bugs / Re: [3090] [Linux] AIMP: Arabic Typography Bug

« Last post by darkel1911 on Yesterday at 22:01:52 »

Thanks a lot Mr. developer!

5

Визуализации / Visualizations / Re: LVU (Аналог LumaVU) [Поддержка скинов] [Редактор для настройки скинов] [x64]

« Last post by Алексей1986 on Yesterday at 21:23:11 »

Чек‑лист настройки шкалы для Luma VU (логика 75/25)
Шаг 1. Подготовка диапазона и геометрии
Определи диапазон шкалы: у тебя это примерно от −120 dBm -30 dB SPL до +30…+34 dBm/dB SPL (с запасом под пики).
Выставь длину шкалы так, чтобы 45‑е деление приходилось ровно на 75 % всей длины. Это будет твой опорный ноль: 0 dBm / 90 dB SPL.
Оставь последние 25 % шкалы под пиковые значения и перегруз — это зона, где важно видеть точные цифры без округления.
Шаг 2. Расстановка опорных точек (координат)
Поставь опорную точку на 45‑м делении и привяжи к ней уровень 0 dBm / 90 dB SPL — это центр рабочей зоны.
Добавь точки по краям: минимум на начале шкалы (−1200 dBm) и на конце (+34 dBm/+124 dB SPL) — они задают общий диапазон.
Для точной визуализации переходов вручную поставь несколько значений на одной координате там, где есть критические пороги (например, около −60 dBm, −30 dBm и +30 dBm). Это позволит чётко видеть разброс и не терять мелкие сдвиги уровня.
Шаг 3. Настройка индикации минимального сигнала
Настрой крайние маркеры («левый» и «правый») так, чтобы они загорались при уровне ниже −120 дБ — это фиксирует даже очень тихий сигнал вне основного диапазона.
Проверь, что маркеры не перекрывают шкалу и остаются заметными на обоих фонах (тёмном и светлом).
Шаг 4. Настройка индикации перегрузки (пиков)
Финальный маркер («кругляшок») привяжи к максимальному уровню шкалы (+34 dBm / +124 dB SPL).
Убедись, что финальная координата отображает точное значение без округления — так ты видишь реальный пик и точно фиксируешь момент клиппинга.
Промежуточные значения пусть округляются до ближайшего целого — это даёт стабильную отрисовку шкалы без «дрожания» цифр.
Шаг 5. Цветовая настройка и баланс оттенков
Базовые цвета (синий, зелёный, красный) сделай светлее, чтобы они не проваливались на фоне скина.
Подтяни промежуточные оттенки (голубой, жёлтый, оранжевый) к той же яркости и контрасту — чтобы вся шкала выглядела как единое целое.
Раздели зоны по тону:
Нижняя часть (тихие уровни) — спокойные холодные тона.
Середина (рабочая зона) — нейтральные и слегка тёплые оттенки.
Верхняя часть (пики и перегруз) — более яркие и предупреждающие тона.
Проверь читаемость на обеих версиях скина: цвета не должны «теряться» ни на тёмном, ни на светлом фоне.
Шаг 6. Проверка логики отрисовки (без слоёв и условий)
Убедись, что вся визуализация строится только на координатах опорных точек, без отдельных слоёв или условных правил.
Если шкала «ведёт себя странно», проверь, не дублируются ли точки на одной координате с конфликтующими значениями — оставь только те, которые нужны для точной привязки порогов.
Перепроверь, чтобы геометрия шкалы оставалась одинаковой в тёмной и светлой версиях: меняется только фон, а деления, пороги и логика остаются неизменными.
Шаг 7. Финальная проверка и тесты
Прогони тестовые треки с разной динамикой: тихие, средние, с резкими пиками.
Посмотри, как ведёт себя шкала: рабочая зона (75 %) должна показывать все нюансы, а пиковая (25 %) — чётко фиксировать моменты перегрузки.
Проверь крайние маркеры: они должны загораться даже при очень тихом сигнале.
Убедись, что финальный маркер честно показывает пики без округления и сразу бросается в глаза.

6

Вопросы / Questions / Re: По поводу SDK ...

« Last post by DarkDrawKill on Yesterday at 21:18:17 »

Так SDK же один, разве нет?.. Я вижу только один архив, в котором заголовки, примеры и документация в виде двух chm (en и ru). Я что-то не то качаю?

Артём видимо подумал про просто плеер, в нём документация выполнена просто в HTML файлах.

xCHM скуден, потому что использует старый wxWidgets и построен на CHMlib. Но это несравненно самый лучший выбор для чтения chm. В старых версиях он плохо разбирал юникод или вообще не запускался, пока я не рассказал об этих проблемах мейнтейнеру (он видимо единственный).

7

Вопросы / Questions / Re: По поводу SDK ...

« Last post by vladimmi on Yesterday at 20:48:48 »

Для Linux версии у нас идёт просто набор HTML-ек.

Так SDK же один, разве нет?.. Я вижу только один архив, в котором заголовки, примеры и документация в виде двух chm (en и ru). Я что-то не то качаю?

8

Вопросы / Questions / Re: [FAQ] Вопросы по работе в AIMP SkinEditor

« Last post by Black_AVP_Bim on Yesterday at 20:21:28 »

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

Что ты понимаешь под "сквозной перемоткой"? Перемотку в режиме ТРЕК, но без остановки между треками?
Она и в дефолтном скине именно так и работает (вперёд).
Только зачем это нужно? Переключи в режим ПЛЕЙЛИСТ, там вообще никакие State контролировать не надо, знай дави кнопки.
Я как раз эту проблему и решал - остановить перемотку в начале трека, имхо, это более разумное поведение. К тому же в некоторых скинах есть кнопка Music Search (поиск по паузам), что мне и нужно было.

Не знаю, как ты отслеживаешь факт перемотки, но перемотку от хоткеев ты не отслеживаешь

Сам факт перемотки - никак. Кнопка нажата - перемотка идёт, отпустил - останавливается, переход в режим PLAY или PAUSE (что до этого было).
В старых моих скинах, да и в последних тоже, от клавиатуры нет визуализации перемотки, но из-за этого обновлять опубликованные скины не вижу смысла. Сам же видишь, кому они сейчас нужны.

9

Вопросы / Questions / Re: По поводу SDK ...

« Last post by Artem on Yesterday at 18:33:42 »

Сам-то CHM как формат - особо ничем, но вот с софтом для него - есть заметные проблемы. В винде его открывает специальный просмотрщик, всё ещё поддерживаемый MS даже в вин11. На других платформах его, очевидно, нет. Например, для линукса (на примере arch) я нашёл только один всё ещё рабочий вариант из примерно вот такого списка предлагаемых гуглом опций:

• okular - несмотря на информацию из поиска и, особенно, от назойливых нейросетей, уже не поддерживает chm.
• xchm - во многом не поддерживает (или игнорирует?) форматирование. Читать можно, но блоки текста регулярно смешиваются в кучу (например, когда таблицами идут описания аргументов или enum-ов).
• archmage, chm-to-pdf, chm2pdf и так далее - конвертеры в другие форматы. Тут, в зависимости от формата, теряются гиперссылки, оглавление и прочее. Плюс, часть из них ещё надо сперва запустить.
• просто распаковать chm и открывать браузером - почти те же минусы, что и при конвертировании.
• kchmviewer - тот самый рабочий вариант. Но он, похоже, скорее мёртв, чем жив, и в последний раз трогался автором несколько лет назад, из-за чего может требовать танцы с бубном в актуальных дистрибутивах.

Возможно, есть смысл рассмотреть более доступные/открытые форматы и выбрать что-то, что будет удобно со всех сторон?.. Например, как вариант, писать справку в markdown и обрабатывать чем-то типа Material for MkDocs. Исходный маркдаун можно читать даже в репке на гитхабе, полученный статичный HTML можно как выкладывать онлайн, так и прикладывать к SDK. При этом не нужны особые инструменты ни автору (маркдаун можно писать в чём угодно), ни пользователям (найти браузер нынче всё-таки проще, чем читалку chm); в сгенерированном HTML будут удобные оглавление с поиском, а исходный маркдаун при желании можно собирать и в другие форматы (да хоть md->html->chm).

PS: забавно, что бесполезный нейропоиск гугла ссылается на эту тему, заявляя, что...

Для Linux версии у нас идёт просто набор HTML-ек.

10

Ошибки и замечания / Bugs / Re: [3090] [Linux] AIMP: Arabic Typography Bug

« Last post by Artem on Yesterday at 18:23:26 »

Thank you for reporting the bug report. It seems that Cairo library does not handle right-to-left text by itself and draws it as it was. I will try to use another library to render text like this. Of course, I dn’t say that full right-to-left support will be available, but at least the text will be readable.