Messages

16

Плагины-дополнения / Re: SkipTrack 2.1.5 [AIMP 4.0]

« on: November 26, 2019, 23:01:04 »

О, спасибо за плагин. Может своё перемешивание писать не придётся в итоге. Кажется, всё, что могло прийти в голову насчёт пропуска, тут есть!

17

Вопросы / Не обновлять дату изменения файла при редактировании тегов

« on: February 07, 2019, 05:42:59 »

Можно что-то сделать (например, есть плагин, скрытая настройка или совершенно обычная настройка, которую я не заметил), чтобы при изменении тегов даты изменения файлов не менялись?

(Понимаю, что это немного странно, потому что дата изменения для того и нужна, чтобы меняться при любой записи в файл, но так вышло, что я хранил в ней исторически, когда примерно какой-то трек у меня осел, а дата создания не сохраняется при ручном бэкапе. В итоге или скрипты всякие писать для сохранения/восстановления дат кучи файлов или обмена между датами изменения и создания, или вот додумался, если нет такой опции, почему бы не попросить где-то в редакторе тегов или в его настройках приделать флажок «не менять дату», вдруг это не слишком нескромно. Почти уверен, что сейчас это сделать в AIMP4 нельзя, но сначала убедимся, чтообы не просить то, что где-то может быть и есть.)

18

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

« on: November 06, 2018, 19:56:26 »

Может, будет интересно предложение ещё одного режима перемешивания? <…>

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

С удалением естественнее всего видится просто нормализовать веса оставшихся треков. (А если их осталось ноль, где-то там отметить что нужно.)

Добавление, видимо, потребует как минимум ещё одного параметра для плагина — назовём его β — он будет говорить, насколько добавленные элементы приоритетнее старых (1 — следующим будет гарантированно воспроизводиться новенькое, 0 — гарантированно старое; потом уж как получится). Логически будем делать так: сначала присвоим новым одинаковые веса 1/N′, где N′ — число новых. (Теперь веса всех старых в сумме дают единицу и новых тоже единицу.) После умножим все веса старых на N, где N — число старых, и веса новых умножим на N′ — это добавит честности (если старые между собой были равновероятны и новые были между собой, такая процедура сделает их равновероятными вместе). Затем умножим вес каждого старого на 1 − β, а каждого нового на β — это добавит нечестность контролируемо. Под конец нормализуем все веса к единице.

Если предыдущее теперь собрать, получается, что при добавлении вес каждого нового элемента берётся β / total, а каждого старого умножается на N (1 − β) / total, где total = N (1 − β) + N′ β. Если до добавления список был пуст, просто присваиваем веса 1 / N′ как и при инициализации нового списка, иначе если β равно нулю, получили бы нулевую сумму весов, что портит всё начинание.

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

19

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

« on: November 22, 2016, 22:59:48 »

Ну, я лично подожду сколько угодно времени, если вас это вообще заинтересует.

А формулы нет нужды пугаться, это по сути A w + B, где A и B известны уже перед началом цикла, и только w меняется.

20

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

« on: November 22, 2016, 22:29:52 »

Может, будет интересно предложение ещё одного режима перемешивания? По поведению это должно быть нечто среднее между простым режимом и режимом очереди. Идея в том, чтобы для каждого элемента списка (групп, треков — а для плейлистов это как-то не очень смотрится, их ведь обычно мало) хранить вес и выбирать следующий в соответствии с весом. При этом веса после выбора нового элемента меняются, постепенно усредняясь. Подробнее:

Пускай всего элементов n, вес только что выбранного элемента был v, и старый вес интересующего элемента w. Тогда если этот элемент только что выбрали для воспроизведения, его вес обнуляется, а если это какой-то другой, вес становится равным

 (w + α/(n − 1)) / (1 + α − v),

где α — это какое-то положительное число, которое может задаваться в настройках плагина. Чем оно больше, тем быстрее веса (все кроме несчастного нулевого) приближаются к ≈1/(n − 1), и тем скорее забудется, что воспроизводилось недавно.

Эта формула получится, если к весу элемента (не тому, который обнуляется) добавлять α/(n − 1) и нормировать все веса, чтобы они в сумме давали 1. Если добавлять просто α, то в больших плейлистах история будет забываться в каком-то смысле быстрее, чем в маленьких.

В цикле, в котором веса будут обновляться, можно сразу же решать, какой элемент будет следующим: сначала выбираем равномерно из [0; 1) случайное число x, и потом отнимаем от него новые веса. На каком элементе x станет отрицательным, тот и победил. (Дальше оптимизировать эту процедуру бессмысленно, потому что веса каждый раз будут новыми, а сложность всего вместе уже и так O(n) и не уменьшится.)

Пара очевидных дополнений: при инициализации вес каждого элемента должен быть 1/n; в пределе α → +∞ получится простой режим (только что проигранный элемент не повторяется, остальные равновероятны), а если допустить α = 0, проигранные элементы не будут возвращаться больше никогда, что эквивалентно режиму очереди — но тогда надо обрабатывать ситуацию, когда все веса успешно занулились (выбрать ничего не удастся, так что можно инициализировать их заново и попробовать ещё раз) — так что это в прямом смысле средний между этими двумя режим, разве что позволять бесконечное α бессмысленно, всё равно формула для него не работает.

Что скажем?