[x] [2338] monitor for changes while running doesn't work anymore (Win7)

[schalmock]

Since the update from version 4.70.2254 to 5.00.2338, "Monitor For Changes While Running" for playlists does not work with me anymore.
My OS Win 7.

Am I doing something wrong?

[Artem]

Please, provide step-by-step instruction how to reproduce the issue.

[schalmock]

It's the same procedure as in v4.70

I have now found that the updating of the playlist happens, but disproportionately takes much longer time than in v4.70.

The update of a larger playlist (over 100k entries) in v4.70 lasted only a few minutes, in v5 it takes several hours. Also the final sorting is taking a very long time.
The new entries are displayed first only as filenames and reading out the tags even takes a long time.

I then abbreviated this process by manually clicking these entries. Then the reading of the tags takes place immediately.

When I switch back to v4.70, everything goes as fast as always.

Could it be that it has something to do with that the playlists were created in v4.70?

[Artem]

I have tried to reproduce an issue but failed. How many folders are added to monitor?

[schalmock]

I now have more detailed data to describe the problem.
I ran the exact same task with v4.70.2254 and v.5.00.2338.

The result:
1. updating the playlist also works in v5, but it takes about 30x more time than in v4. That's the reason why I originally thought it didn't work.

2. the task: update a playlist with 120k entries by 14 tracks of a new CD (1 folder) and sort them into the list according to the template.

v5: Task completed after 90 minutes
v4: Task completed after less than 3 minutes

In smaller playlists it's just the same. In v5 it takes many times longer to monitor and update than in v4.

Thank you very much for taking care of this issue.

[Artem]

I have tried to reproduce but failed. What is your antivirus?

[schalmock]

Avast Premium Security

Why should the antivirus react to v4 unlike to v5?
There were no messages from the antivirus for AIMP

[Artem]

Antivirus may slow down file operation due a check process for unknown (newer) app.

Please, use the debug version of app:
1. Start sync process
2. While sync process is active use the "trace" tool several times to dump the app state
3. Send the logs to me.

It would help to me to find a root of issue. Thank you.

[schalmock]

Okay, I'll do that. However, it may take a while until I can post the result.

[schalmock]

I now followed your instructions.
AIMP should update a playlist with 123516 entries by 9 tracks in a new folder.
The process took 79 min.
The tracing was started 9 times, but I could only attach 4 files

1, tracing after the monitoring has started.
2. after 22 min.
3. after 60 min.
4. after 79 min. (Task finished, playlist completed by 9 titles and sorted by template.

Hope it is useful for you

[Artem]

Thank you

[Alex-D]

Не знаю, почему Артем меня отправил в эту тему, так как здесь у человека другая проблема.
У меня синхронизация изменений работает нормально - проблема именно в постоянной активности плеера при открытии смарт-плейлистов, которой НЕ было в 4-й версии. Так уж и быть, записал отчёты из дебаг-версии, как здесь предлагалось. Только никаких маркеров этого бага в них не нашёл, кроме того, что плеер зачем-то непрошенно лезет в mp3-файлы и теги (но тут уж не мне разбираться). Первые два файла - во время этой активности (начало и середина), последний - когда плеер утихомирился. Раз уж тут спрашивали об антивирусах - то у меня их нет вообще. Пробовал снять флажок "Синхронизировать оценку с тегами" - не помогло. Кроме того, папка-источник для смарт-плейлиста вообще не находится в фонотеке и соответственно, не мониторится ей.

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

[Artem]

постоянной активности плеера при открытии смарт-плейлистов, которой НЕ было в 4-й верси

Суть этой активности в тормозах синхронизации. Раньше активность тоже была, только заканчивалась она гораздо быстрее.

[Artem]

It seems that issue is related to chapters support.

In AIMP5 release, app processes chapters as CUE sheets, it means that app tries to find chapters info in the file and split it to few tracks during adding to playlist. Unlike CUE, chapters stored in file tags, so app forced to open each adding file and parse it tags. Seems it takes to much time on your PCs.

Now, I have redesigned chapters support. Now player will not split the file by chapters in playlist, but will display chapter list in seekbar's context menu for playing track only.

Please, test performance of the build: https://disk.yandex.ru/d/LBuiI8x2pAuDfQ


Похоже, проблема связана с поддержкой глав.

В AIMP5, плеер работает со списком глав также, как с файлами CUE. Это значит, что плеер читает информацию о главах для каждого файла перед добавлением в плейлист, и если главы есть - файл будет представлен в плейлисте в виде нескольких треков. Правда, в отличие от CUE, информация о главах зашита в тегах файла, а это значит, что AIMP должен открыть каждый файл и прочитать его теги перед добавлением в плейлист. Похоже, на ваших ПК это и тормозит.

Сейчас я переделал взаимодействие с главами. Сейчас плеер вообще не будет разбивать файлы по главам в плейлисте, однако будет показывать список глав в контекстном меню навигации по проигрываемому файлу.

В общем, потестируйте производительность у этой сборки: https://disk.yandex.ru/d/LBuiI8x2pAuDfQ

[schalmock]

Thank you very much for your efforts.
I will test it this evening or tomorrow.