[x] [516] "Свайп вниз" во время пересчёта данных приводит к зависанию плеера

[Artem]

Попробуйте на этой сборке:
https://yadi.sk/d/0_hJVOI93TNUbo

[Soolo]

Попробуйте на этой сборке:
https://yadi.sk/d/0_hJVOI93TNUbo

Норм. У меня не зависает больше

[Я Гриша!]

Попробуйте на этой сборке:
https://yadi.sk/d/0_hJVOI93TNUbo

Да, теперь порядок.

[Zhenya]

517 — сабж исправлен.

Но это повторяется:

когда пересчёт данных длится уже, допустим, 5 секунд и до его завершения осталось, ещё 5 секунд, то когда, например, после первых 5 секунд пересчёта (условно, на 6-й секунде) попытаться провести определённые операции, вчастности, сортировку треков - в итоге тоже зависание.

1. Запустить обновление плейлиста.
2. Не ожидаясь окончания обновления, отсортировать плейлист — зависание.

[Я Гриша!]

Но это повторяется:

1. Запустить обновление плейлиста.
2. Не ожидаясь окончания обновления, отсортировать плейлист — зависание.

Да, есть такое...

[Artem]

Перезалил - попробуйте, пожалуйста, теперь:
https://yadi.sk/d/0_hJVOI93TNUbo

[Я Гриша!]

Перезалил - попробуйте, пожалуйста, теперь:
https://yadi.sk/d/0_hJVOI93TNUbo

Теперь нормально, но теперь при любой операции "сортировка, Группировка", операция перечитки прерывается.

[Impulse]

Теперь нормально, но теперь при любой операции "сортировка, Группировка", операция перечитки прерывается.

   Да, но на версии 2.60, насколько понятно, такая же логика -

при любой операции "сортировка, Группировка", операция перечитки прерывается

Можно оставить как есть или

    1-й вариант

когда идёт процесс пересчёта и в ходе его был сделан запрос сортировки, то

операцию пересчёта приостановить - отсортировать - продолжить пересчёт.

    2-й вариант

когда идёт процес пересчёта и в ходе его был сделан запрос сортировки, то

операцию пересчёта довершить до конца - отсортировать.

    1-й вариант выглядит более логичным (но неизвестно возможно ли сделать это технически)

    2-й вариант фактически сделает невозможным провести сортировку до завершения процесса пересчёта - т. е. плеер будет игнорировать запросы сортировки до завершения процесса пересчёта. По текущей логике плеера, насколько понятно, приоритет запроса сортировки ставится выше приоритета запроса пересчёта.

    Может, действительно, лучше оставить ту логику что есть -

при любой операции "сортировка, Группировка", операция перечитки прерывается.

Хотя если пересчёт длился, например, 10 секунд и осталось ещё 10 секунд до завершения процесса пересчёта, то в случае запроса сортировки, к примеру, на 11-й секунде пересчёта, 10 секунд пересчёта, получается, будут зря проделаны.


    (Кстати, было замечено, что процесс пересчёта в плеере, напр., Stelliо, длится в разы быстрее чем в AIMP в случае тем же самым  ("тестовым" 14-ти часовом с 197 (mp3, m4a) треками и размером 977 МБ) плейлистом. Хорошо бы ускорить процесс пересчёта, если это возможно).

    Благодарим за помощь.

[Artem]

Теперь нормально, но теперь при любой операции "сортировка, Группировка", операция перечитки прерывается.

Если плейлист не был досканирован - она после сортировки возобновится.

[Impulse]

Если плейлист не был досканирован - она после сортировки возобновится.

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

[Artem]

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

Прогресс есть, если есть, что сканировать. Если все треки уже просканированы - сканер не запустится

[Impulse]

Прогресс есть, если есть, что сканировать. Если все треки уже просканированы - сканер не запустится

    Разумеется. Но у меня например, сканирование/обновления плейлиста размером почти 3 ГБ и длительностью более 53 часа занимает более 30 секунд. Когда я например, на 10-й секунде пересчёта сделаю сортировку, напр., по имени файла (или подобн.), то шкала прогресс бара вверху после этого перестаёт отображаться, хотя до завершения сканирования осталось, в дан. сл., ещё около 20 сек.