AIMP Forum

AIMP for Android => Ошибки и замечания / Bugs => Обработано / Processed => Topic started by: TEDinc on March 21, 2018, 10:22:19

Title: [x] [521] не коректная работа случайного воспроизведения в зацикленом плейлисте
Post by: TEDinc on March 21, 2018, 10:22:19
Если полностью промотать весь зацикленный плейлист, со включенным случайным воспроизведением до его начала, нет возможности переключиться на предыдущий трек. Звучит сложно, но на примере все будет понятно. Допустим в плейлисте 10 песен. Мы включили зацикливание и случайное воспроизведение. Переключиться назад с любого трека, например с 8 на 7 можно всегда. Но если плейлист проиграется полностью, и начнется 1 трек, то назад к 10 возможности перелистать нет.
Title: Re: [521] не коректная работа случайного воспроизведения в зацикленом плейлисте
Post by: Artem on March 21, 2018, 10:25:49
Это нормально.
Title: Re: [x] [521] не коректная работа случайного воспроизведения в зацикленом плейлисте
Post by: Я Гриша! on March 21, 2018, 10:39:36
Немного разверну ответ Артёма.
Это потому, что после завершения цикла создаётся новый, с другим порядком, и естественно что старого уже плеер не хранит.
Title: Re: [x] [521] не коректная работа случайного воспроизведения в зацикленом плейлисте
Post by: TEDinc on March 21, 2018, 10:51:29
Понятно. Но почему бы не сохранять и историю предыдущего воспроизведения?
Title: Re: [x] [521] не коректная работа случайного воспроизведения в зацикленом плейлисте
Post by: Artem on March 21, 2018, 10:57:24
Quote from: TANDEROID on March 21, 2018, 10:51:29
Понятно. Но почему бы не сохранять и историю предыдущего воспроизведения?

Во-первых, память. Сколько итераций хранить 1-2? Чем больше плейлист, тем больше памяти нужно будет
Во-вторых, такой сценарий нечастый
Title: Re: [x] [521] не коректная работа случайного воспроизведения в зацикленом плейлисте
Post by: TEDinc on March 22, 2018, 09:48:22
Quote from: Artem on March 21, 2018, 10:57:24
Во-первых, память. Сколько итераций хранить 1-2? Чем больше плейлист, тем больше памяти нужно будет
Во-вторых, такой сценарий нечастый
Я часто сталкиваюсь с такой ситуацией, когда решаю переслушать трек, который слушал только что, но нет желания доставать телефон. Просто дожидаюсь когда трек закончиться, начнется следующий, и я перелистываю назад. Так что в моем случае было бы достаточно хранить последний трек предыдущей итерации