AIMP Forum
AIMP for Android => Ошибки и замечания / Bugs => Обработано / Processed => Topic started by: Impulse on March 12, 2018, 13:09:14
-
"Свайп вниз" во время пересчёта данных приводит к зависанию плеера
Когда во время запущенного "свайпом вниз" процесса обновления списка плейлиста или во время "загрузки" треков в плейлист сделан случайно/не случайно "свайп вниз" - плеер "зависает" напрочь. Может помочь только принудительная остановка средствами системы. В версии 2.60 440 случайные накладки процессов обновления/пересчёта данных к зависанию плеера не приводили. Хорошо бы, если возможно, сделать защиту от подобных зависаний - сделать невозможным запуск нового процесса пересчёта данных "свайпом вниз" до того времени, пока не завершится текущий процесс пересчёта (в случае добавления треков в плейлист или обновления списка плейлиста).
-
В 516-ой сборке? А в 514-ой, что лежит в маркете, такое есть?
-
У меня не наблюдается
-
В 516-ой сборке? А в 514-ой, что лежит в маркете, такое есть?
На "514-ой" (и на 516) - если сделать "свайп вниз" для обновления списка и после этого сделать снова "свайп вниз" до завершения процесса подсчёта данных, то "зависает наглухо", но на 2.60 440 даже в таком случае зависаний не замечалось.
-
У меня не наблюдается
А я подтверждаю баг
Свайп вниз и сразу ещё один свайп вниз.
-
[514] android 5.1.1 повторил
-
Повторил. Первый раз неправильно сделал. Билд 516
-
Повторил. Первый раз неправильно сделал. Билд 516
Что именно неправильно сделали? Как мне повторить эту штуку?
-
Что именно неправильно сделали? Как мне повторить эту штуку?
Плейлист треков на 100+
Свайп плейлиста на обновление тегов и сразу же второй свайп, не дожидаясь полного обновления тегов от первого свайпа.
-
Плейлист треков на 100+
Свайп плейлиста на обновление тегов и сразу же второй свайп, не дожидаясь полного обновления тегов от первого свайпа.
Пробовал - зависаний нет
-
Пробовал - зависаний нет
На 516 ? На реальном смарте (а не на эмуляторе)?
На 440, действительно, подобной проблемы не наблюдалось.
Если плейлист не достаточно длинный, то зависания в следствии сделанных два раза подряд "свайпа вниз" может не возникнуть. Нужно для примера взять плейлист такой длительности, чтоб процесс его обновления "свайпом вниз" занимал хотя бы, например, 10 секунд и например на 5-й секунде обновления сделать "свайп вниз".
-
Пробовал - зависаний нет
у меня зависает стабильно
-
Зависает https://yadi.sk/i/t0duIND93TMR8V
Андроид 6.0.1
AIMP 514-516
-
Важно добавить - если во время обновления плейлиста, сделанного "свайпом вниз" или во время сканирования добавленных "только-что" в плейлист треков,
когда пересчёт данных длится уже, допустим, 5 секунд и до его завершения осталось, ещё 5 секунд, то когда, например, после первых 5 секунд пересчёта (условно, на 6-й секунде) попытаться провести определённые операции, вчастности, сортировку треков - в итоге тоже зависание. (Продолжать играть может и далее, но нет реакции на клики). Может помочь только принудительная остановка системными средствами. Снова таки, в версии 2.60 440 подобных проблем не замечалось.
-
Тоже легко повторил на 516 сборке с 59 файлами в плейлисте.
-
Попробуйте на этой сборке:
https://yadi.sk/d/0_hJVOI93TNUbo
-
Попробуйте на этой сборке:
https://yadi.sk/d/0_hJVOI93TNUbo
Норм. У меня не зависает больше
-
Попробуйте на этой сборке:
https://yadi.sk/d/0_hJVOI93TNUbo
Да, теперь порядок.
-
517 — сабж исправлен.
Но это повторяется:
когда пересчёт данных длится уже, допустим, 5 секунд и до его завершения осталось, ещё 5 секунд, то когда, например, после первых 5 секунд пересчёта (условно, на 6-й секунде) попытаться провести определённые операции, вчастности, сортировку треков - в итоге тоже зависание.
1. Запустить обновление плейлиста.
2. Не ожидаясь окончания обновления, отсортировать плейлист — зависание.
-
Но это повторяется:
1. Запустить обновление плейлиста.
2. Не ожидаясь окончания обновления, отсортировать плейлист — зависание.
Да, есть такое...
-
Перезалил - попробуйте, пожалуйста, теперь:
https://yadi.sk/d/0_hJVOI93TNUbo
-
Перезалил - попробуйте, пожалуйста, теперь:
https://yadi.sk/d/0_hJVOI93TNUbo
Теперь нормально, но теперь при любой операции "сортировка, Группировка", операция перечитки прерывается.
-
Теперь нормально, но теперь при любой операции "сортировка, Группировка", операция перечитки прерывается.
Да, но на версии 2.60, насколько понятно, такая же логика -
при любой операции "сортировка, Группировка", операция перечитки прерывается
Можно оставить как есть или
1-й вариант
когда идёт процесс пересчёта и в ходе его был сделан запрос сортировки, то
операцию пересчёта приостановить - отсортировать - продолжить пересчёт.
2-й вариант
когда идёт процес пересчёта и в ходе его был сделан запрос сортировки, то
операцию пересчёта довершить до конца - отсортировать.
1-й вариант выглядит более логичным (но неизвестно возможно ли сделать это технически)
2-й вариант фактически сделает невозможным провести сортировку до завершения процесса пересчёта - т. е. плеер будет игнорировать запросы сортировки до завершения процесса пересчёта. По текущей логике плеера, насколько понятно, приоритет запроса сортировки ставится выше приоритета запроса пересчёта.
Может, действительно, лучше оставить ту логику что есть -
при любой операции "сортировка, Группировка", операция перечитки прерывается.
Хотя если пересчёт длился, например, 10 секунд и осталось ещё 10 секунд до завершения процесса пересчёта, то в случае запроса сортировки, к примеру, на 11-й секунде пересчёта, 10 секунд пересчёта, получается, будут зря проделаны.
(Кстати, было замечено, что процесс пересчёта в плеере, напр., Stelliо, длится в разы быстрее чем в AIMP в случае тем же самым ("тестовым" 14-ти часовом с 197 (mp3, m4a) треками и размером 977 МБ) плейлистом. Хорошо бы ускорить процесс пересчёта, если это возможно).
Благодарим за помощь.
-
Теперь нормально, но теперь при любой операции "сортировка, Группировка", операция перечитки прерывается.
Если плейлист не был досканирован - она после сортировки возобновится.
-
Если плейлист не был досканирован - она после сортировки возобновится.
При этом важно, чтобы возобновлённая операция сканирования/досканирования плейлиста сопровождалось визуально - на шкале прогресс бара вверху (как обычно), если возможно (чтобы она не получалось "тайной операцией" и чтобы в пользователя не складывалось впечатление, что сканирование прервалось после сортировки).
-
При этом важно, чтобы возобновлённая операции сканирования/досканирования плейлиста сопровождалось визуально - на шкале прогресс бара вверху (как обычно), если возможно (чтобы в пользователя не складывалось впечатление, что сканирование прервалось).
Прогресс есть, если есть, что сканировать. Если все треки уже просканированы - сканер не запустится
-
Прогресс есть, если есть, что сканировать. Если все треки уже просканированы - сканер не запустится
Разумеется. Но у меня например, сканирование/обновления плейлиста размером почти 3 ГБ и длительностью более 53 часа занимает более 30 секунд. Когда я например, на 10-й секунде пересчёта сделаю сортировку, напр., по имени файла (или подобн.), то шкала прогресс бара вверху после этого перестаёт отображаться, хотя до завершения сканирования осталось, в дан. сл., ещё около 20 сек.