Track Preview [AIMP3.60, AIMP4]

[Dreamer]

Hello, I'm sorry for English, but there is not response on this issue in the English forums.

I'm using Track Preview and I wanted to use it to play songs and disable / remove songs after fully played, full songs, from 0 to 100%, but I found a bug, I have also a question and suggestion.

Steps to reproduce:

- enable Track preview
- set begin percent to 0 and end percent to 100
- for "When preview played fully" set "Switch track off" or "Delete track from playlist"
- play any mp3 song fully
= song is not disabled / removed from playlist

BTW - It works good with option "When Next button pressed during preview" and it works also with "When preview played fully" when using percent options 25 and 75, but it doesn't work with 1 and 99.

Another issue: I suggest to change "Delete track from playlist" to "Remove track from playlist".

Suggestion: Make this plugin work per playlist, so we could enable it for one playlist and disable for another.

Question: Is it possible to rename the plugin and use 2 different instances at once? Because when using "auto remove track" feature, I can't use original feature "Track preview if I want, because I have to use options 0/100%".

AIMP v4.60 build 2156, Windows 10 64-bit 1909.

[Dypsis]

Thanks Dreamer. I can confirm it doesn't work.
I originally posted about it in this thread.
The actual post is here.

Ideally, it would be good if this essential functionality was built into AIMP. But a working plugin will do me.

[axa]

Возможно ли добавить вариант: "Начало в секундах, окончание в %" или "Начало и окончание в секундах (до конца)", да бы была возможность, независимо от длинны трека указывать "отступы" от начала и конца ?
Ну или на крайний случай в варианте "Начало и длительность в секундах" снять ограничение в 10мин (как вариант при нулевом значении длительности играть трек до конца).
Правка вручную в файле конфигурации не помогла.

Интерес в том, что бы отсекать начало и конец заданной длинны в треке произвольной длинны (тишина, вступления/окончания, реклама и т.п.).
Аналогов пока не нашёл, так что вся надежда на этот плагин.

[KorneySan]

Ну или на крайний случай в варианте "Начало и длительность в секундах" снять ограничение в 10мин (как вариант при нулевом значении длительности играть трек до конца).
Правка вручную в файле конфигурации не помогла.

С наступившим!
Это что у Вас за треки такие, более 10 минут?

Посмотрю, как будет свободное время.

[KorneySan]

BTW - It works good with option "When Next button pressed during preview" and it works also with "When preview played fully" when using percent options 25 and 75, but it doesn't work with 1 and 99.

Another issue: I suggest to change "Delete track from playlist" to "Remove track from playlist".

Suggestion: Make this plugin work per playlist, so we could enable it for one playlist and disable for another.

Question: Is it possible to rename the plugin and use 2 different instances at once? Because when using "auto remove track" feature, I can't use original feature "Track preview if I want, because I have to use options 0/100%".

I think I need to improve track change detection (or to restrict to use 0% and 100% simultaneously ) for that issue.

I'll look the English locale of AIMP and sync.

Per playlist action could be done, but not fast.

Yes, you can rename plugin, no, it will not work different due to settings read by variable names, not module names. You CAN configure two different behaviours "on the fly", but last saved config will be applied on the next load to both of them.

[axa]

С наступившим!
Это что у Вас за треки такие, более 10 минут?

Посмотрю, как будет свободное время.

С наступившим и наступающим =)
А треки разные... Когда записи лекций, когда аудио книги (чаще).

[KorneySan]

Интерес в том, что бы отсекать начало и конец заданной длинны в треке произвольной длинны

В связи с переработкой, если начало и конец пересекутся: например, начало 10 сек, конец 10 сек, а трек 15 сек, т.е. конец на 5 сек раньше начала - что делать? Напрашивается пропускать.

[Black_AVP_Bim]

Это что у Вас за треки такие, более 10 минут?

Бывают... По одной только папке посмотрел: из 2660 треков, 48 продолжительностью более 10 минут, обычная музыка, не аудиокниги и не спектакли и, даже, не релакс.

В связи с переработкой, если начало и конец пересекутся - что делать?

А если начальный отступ > продолжительности трека? Обычно его выставляю 40..60 сек, за это время, как правило, успевают "разыграться" и можно оценить основную часть.
Может, лучше отключать отступы, чтоб не пропустить трек.

[KorneySan]

Может, лучше отключать отступы, чтоб не пропустить трек.

Вообще-то первоначальная идея плагина и состояла в том, чтобы делать ОТСТУПЫ от начала, а каждый уже настраивает под себя, вплоть до нуля.
Просто есть несколько конфликтных ситуаций, для которых нужно придумать решение. Пусть начало и конец - трека, старт и стоп - участка прослушивания. Перечислю все варианты:
1. старт меньше начала или стоп больше конца; решение очевидно: играем с начала до стопа или со старта до конца
2. стоп меньше старта, но оба в пределах трека; играть до конца трека с метки начала, с начала трека до метки конца или пропустить трек?
3. стоп меньше старта, при этом один или оба за пределами трека; самый тяжёлый случай.

Во вложении графический пример, для наглядности.

[Black_AVP_Bim]

Вообще-то первоначальная идея плагина и состояла в том, чтобы делать ОТСТУПЫ от начала, а каждый уже настраивает под себя, вплоть до нуля.

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

[JD]

Объясните хотя бы первый пункт, как в ваших терминах старт участка прослушивания может быть меньше начала трека? В плагине что, можно отрицательные величины задавать?

[KorneySan]

Мне больше по душе другой способ задания участка: отступ от начала трека и продолжительность прослушивания.

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

Объясните хотя бы первый пункт, как в ваших терминах старт участка прослушивания может быть меньше начала трека? В плагине что, можно отрицательные величины задавать?

Допустим, заданы старт и длительность (вот как у Black_AVP). Старт 30 с, длительность 60 с, а трек внезапно 40 с. Упс, стоп получился 90 с и 50 с не хватает. Два варианта: стартуем с 30-й с и играем оставшихся 10 с или отсчитываем от конца обратно 60 с, получаем старт в -20 с, округляем их до нуля и играем трек с начала до конца (поскольку всё равно 20 с не хватит).
Предполагается, что в новой версии можно будет задавать комбинации старт-стоп (пропустить Х секунд/% в начале и У секунд/% в конце), старт-длительность (пропустить Х секунд/% в начале, играть У секунд/%) и длительность-стоп (играть Х секунд/%, пропустив в конце У секунд/%).

[Black_AVP_Bim]

... играем трек с начала до конца (поскольку всё равно 20 с не хватит).

ИМХО, самое логичное решение.

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

Может рассмотреть вариант создания нескольких правил, добавление пересечений исключено на этапе создания пресета?

1. Указываем длительность трека, т.е. от X до Y секунд. Есть выбор-свитчер:
а) От X до Y. Активны обе ячейки времени. Сюда относятся и короткие треки от 0 до Y, т.е. ноль вручную пишем.
б) Любое время трека. Длительность трека ненужно указывать.
в) Трек длиннее X секунд. Ячейка Y затеняется с символом бесконечности.
2. Выбираем тип предпросмотра:
а) Начало в секундах, длительность предпросмотра в секундах. Для вариантов 1а и 1в высчитываем ограничения для начала на основе X-Y и длительность на основе Y. Нельзя указать длительность 0, значит расчёт сложение-вычитание.
б) Начало в секундах - смотрим настройку 1 для ограничений. Длительность в процентах от длинны трека.
в) Начало в процентах, длительность в секундах. Доп. выбор - Если остаток времени предпросмотра трека меньше заданной длительности, то:
I) Воспроизводить остаток трека
II) Определить начало предпросмотра по формуле "длинна трека - длительность предпросмотра"
III) Использовать заданное начало предпросмотра, а заканчивать предпросмотр за Z секунд до конца трека. Если это невозможно, то воспроизводить остаток трека.
г) Начало и окончание в процентах

Особо не продумывал варианты, так что здесь нужно ещё проверить логичность правил. Возможно, стоит добавить пункт 3 и вынести настройку настройку коротких предпросмотров отдельно.
Допустим так:
При длительности заданного предпросмотра больше расчётного времени предпросмотра:
1. Воспроизводить трек от заданного начала до конца
2. Сместить начала трека, чтобы предпросмотр был весь в конце трека
3. Воспроизвести без учёта полностью трек
4. Воспроизвести заданную длительность от начала трека.

[Black_AVP_Bim]

Алексей, не слишком ли мудрёно это будет для некоторых пользователей - обилие вариантов задания.
Исходя из названия плагина, его использование наиболее востребовано для разбора хлама, скачанного с инета. В этом случае начало трека всегда отсекается, поскольку по, порой, длительным вступлениям невозможно даже определить жанр произведения. Задание конечной точки от начала трека всё равно заставит пользователя подсознательно вычислять - а сколько же он будет звучать, т. е., получается логичнее всё же задавать длительность прослушивания.

Но у других людей иные требования.

Не знаю, по какой логике эти "другие" выдвигают иные требования, возможно, из-за отсутствия практики разбора кучи разномастных треков...

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