Messages

1

Плагины-дополнения / Re: Advanced Shuffle [AIMP3.60, AIMP4]

« on: February 15, 2021, 00:26:13 »

А можно попросить фичу? Запоминать один-два предыдущих проигранных трека и выдавать их вместо случайных, когда пользователь просит предыдущий? Всего несколько, произвольно много не нужно.

2

Плагины-дополнения / Re: Advanced Shuffle [AIMP3.60, AIMP4]

« on: December 20, 2020, 20:01:12 »

Заметил какое-то странное поведение при включенном Advanced Shuffle, которого вроде раньше не было. У меня есть плейлист, заполняемый всей локальной библиотекой, и почему-то сейчас при настройках AS отсутствует/отсутствует/простое после воспроизведения файла в любом из других плейлистов оно переходит в этот плейлист и там остаётся. Ничего не понимаю.

Есть идеи? Плеер перезапускал, плагин переустанавливал, до появления ерунды из изменений вроде только создание обычного плейлиста — копии «библиотечного» (просто создал пустой и отправил туда всё из того).

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

P. S. Перемешивание в самом плеере не сломалось: как только я его включаю, воспроизведение начинает скакать по файлам текущего плейлиста, никуда не убегая.

P. P. S. AIMP был немного староват, обновил и теперь после перезапуска проблема та же, но перескок идёт на тот новый плейлист, тоже из абсолютно любого.

P. P. P. S. Ага, ясно, каким-то странным образом тот плейлист, на котором AIMP был закрыт-открыт, становится тем самым, на который всё потом спадает. Готов спорить, что раньше такого не было, но что стало триггером, понятия не имею.

3

Обложки в стадии разработки (in the development) / Re: [IP] Siveria 2 [AIMP4]

« on: May 06, 2020, 17:42:34 »

Ну если там не будет оформления для библиотеки, и правда можно на простой сидеть, вот у меня 1.2 стоит. Хотя хотелось бы вторую глянуть.

4

Questions / Re: Smart playlists tutorial

« on: May 04, 2020, 00:48:56 »

Hi verbal. If I get the intention right, you need to replace that NOT OR block with the following:

OR
-- Labels equals Albumi u Instrumentalima
-- AND
---- Labels not equals Albumi u Instrumentalima
---- NOT OR
------ File Name contains …
------ File Name begins with …

This can be optimized, as you already have the condition “labels equals Albumi u Instrumentalima”, but I feel that would be a tangle overall. Instead, may I advice you to redesign the whole expression, shaping it like this:

OR
-- AND
---- Labels equals Albumi u Instrumentalima
---- anything that applies in this case
-- AND
---- Labels not equals Albumi u Instrumentalima
---- anything that applies in this other case, including:
---- NOT OR
------ File Name contains …
------ File Name begins with …

I bet this one will be more friendly to design, and read afterwards too.

5

Реализовано в AIMP v4.70 / Re: [Запланировано] Больше тегов в автозаполнении

« on: March 31, 2020, 20:23:13 »

О, [запланировано], спасибо! Даже не думал!

6

Реализовано в AIMP v4.70 / [Запланировано] Больше тегов в автозаполнении

« on: March 30, 2020, 23:45:45 »

Стало довольно часто не хватать автозаполнения некоторых тегов (моноширинным шрифтом предложения названий для плейсхолдеров):
- общего числа треков в альбоме %totaltracks%
- исполнителя альбома %albumartist%

Это может показаться немного странным предложением (хотя на фоне имеющегося уже %genre% не должно бы), так что объясню, зачем это в моём случае. Многие новые треки удобно оказалось называть предварительно как-то так (в синтаксисе предполагаемого расширенного автозаполнения):

    %artist% - %title% [%album%, %track% of %totaltracks%, %year%]

и потом автозаполнять и переименовывать, чтобы оставить только исполнителя с названием. Если бы можно было сразу заполнить даже хотя бы общее число треков (сейчас пишу %fake% и заполняю потом руками), получится значительно продуктивнее. (Автозаполнение из баз не настолько продуктивно, если не слушать по многу альбомов целиком — для пары песен больше времени потратишь, чем так.)

Кому-то наверно могли бы достаточно быть нужны ещё эти:
- композитор %composer%
- номер диска и число дисков %disk%, %totaldisks%
- комментарий?.. (для коротеньких, но важных комментариев) %comment%

Ещё дополнительное предложение — если добавлять %albumartist%, то чтобы этот плейсхолдер заполнял сразу и обычного исполнителя трека тоже (или может лишь в том случае, если %artist% в шаблоне не указано).

Отдельно хочу поблагодарить за %fake%, полезная штука.

(Надеюсь, голосование нормальное. В рекомендациях не очень конкретно про него говорится.)

7

Новые функции / Re: Запоминать позицию длинного трека даже после переключения на другой трек

« on: March 30, 2020, 22:59:34 »

JD, Плеер > Автоматика > Общее > Продолжать воспроизведение плейлистов с места их остановки? Как раз не знал, что эта штука делает.

8

Обработано / Re: [x] [2177] Вычисление ReplayGain для многих файлов за раз в ATE

« on: March 30, 2020, 22:54:41 »

Поставил новую версию, перевычислил всё. Уровни между разными треками намного ровнее, прекрасно, спасибо ещё раз!

9

Обработано / Re: [x] [2177] Вычисление ReplayGain для многих файлов за раз в ATE

« on: March 15, 2020, 11:41:52 »

Ура! А как так вообще получалось, если не секрет?

10

Обработано / Re: [?] [2177] Вычисление ReplayGain для многих файлов за раз в ATE

« on: March 15, 2020, 00:03:14 »

Вот я песню с динамическим диапазоном побольше проверил: скрин. В этот раз разницы побольше вышло. Здесь её можно скачать, проверьте воспроизведётся ли.

(О, тема переехала.)

P. S. Если упорно не будет воспроизводиться, могу завтра попробовать установить чистый AIMP в другом месте и там перепроверить. Только скажите, достаточно ли будет удалить от старого (там сейчас древняя версия и она не используется, не жалко удалить) папку в профиле пользователя, или ещё где-то нужно перед этим почистить.

11

Обработано / Re: [?] [2177] Вычисление ReplayGain для многих файлов за раз в ATE

« on: March 14, 2020, 23:55:36 »

Artem, а насколько длинные треки проверяли? Эти тесты я делал с двумя обрезками, а для нормальных вариация уже не такая большая, но всё равно заметная. Вот например десять копий Kevin Macleod — Cipher: скрин. Этот трек довольно ровный динамически, может быть это как-то связано с тем, что разница в определении вышла только в 0,01, но она всё же есть.

И настройки воспроизведения никак не могут влиять на расчёт? У меня там в настройках сведение по секунде стоит. Конечно оно не должно бы влиять никак, но мало ли.

12

Обработано / Re: Вычисление ReplayGain для многих файлов за раз в ATE

« on: March 14, 2020, 23:30:32 »

Хм, вы будете смеяться. Сейчас сделал по две копии каждого файла, у одного назвал их A1 и B2 и у другого A2 и B1, чтобы сортировались по-разному. Результаты весьма странные даже если взять их все разом.

Скриншоты окна определения RG:
В одном порядке
В другом порядке
Два одинаковых
Два других одинаковых
Все вместе

По-моему это очень подозрительно!

(4.60, build 2177)

P. S. Или вот результаты для десяти копий одного из этих двух треков. Я думал, что определённые значения будут стремиться к какому-то пределу, но всё выглядит куда хитрее.

13

Обработано / Re: Вычисление ReplayGain для многих файлов за раз в ATE

« on: March 14, 2020, 23:07:45 »

Хмм... Ну я сейчас побольше почитал про RG (тут) и думаю, что нужен именно он; Track Peak я упомянул просто для полноты (вдруг бы он по какой-то причине тоже определялся по-разному, ну мало ли). Заодно кстати я не нашёл в спецификации, что может быть какая-то разница между способом вычисления Track Gain для отдельных треков (про Album Gain понятно, но я его не использую), так что странно, что если обработать в ATE два разом, значения для них могут получаться другие, чем если для каждого вычислять по отдельности. Это точно-точно не баг? Я честно не понимаю как это так работает. 

14

Обработано / [x] [2177] Вычисление ReplayGain для многих файлов за раз в ATE

« on: March 14, 2020, 21:16:26 »

Выглядит так, что когда для многих файлов скопом пересчитываешь ReplayGain в ATE (простой способ, без учёта альбомов), некоторым^[1] ставятся не такие значения, как если пересчитывать для каждого по отдельности^[2]. Так и должно быть? Если должно, то как тогда можно проставить значения большой куче файлов так, чтобы они все воспринимались каждый сам по себе?

(Если не должно, багрепорт составлю. Ещё могу дать два небольших файла, иллюстрирующих явление, но скорее всего годится любая кучка достаточно отличающихся по громкости.)

[1] Возможно и всем, но с точностью до сотых у некоторых совпадают, так что не определишь. При этом значения Track Peak всегда одни и те же и не меняются так же как Track Gain.

[2] В частности в плеере. В этом плеер и ATE согласованы, но это и не удивляет.


P. S. Я недавно засунул всю фонотеку в ATE чтобы пересчитать, потому что алгоритм в одной из предыдущих версий обновили, и немного погодя понял что громкость между некоторыми файлами всё равно заметно скачет, и начал таки исследовать, что может влиять. Как минимум лучше понимаю, что именно не влияет, уже польза.

P. P. S. Ну и конечно один из выходов — не использовать сохранение в тегах, а включить пересчёт на лету. Не знаю, попробую может быть.

15

Разработка / Re: C# AIMP SDK 3.60/4.00

« on: November 27, 2019, 00:33:16 »

Martin, а насколько далеко в планах добавить IAIMPExtensionPlaybackQueue из SDK? Поискал, вроде его здесь ещё нет.