To solve the problem, we'd need you to generate a log after replicating the bug :-(

-Rusty

[quote=rusty post_id=510350 time=1685481565 user_id=182]
There are 2 things we need to do:
1) Optimize when the scanner runs (it _does_ need to run sometimes e.g. after a sync operation)
2) Figure out why it sometimes takes an hour

The first we can fix without a log, but we really could use a log to help understand what causes the second issue.

Thanks!

-Rusty
[/quote]

It's not doing it now. Will the log still be okay? I removed all those folder mappings. I suspect now it's only doing things during sync?

There are 2 things we need to do:
1) Optimize when the scanner runs (it _does_ need to run sometimes e.g. after a sync operation)
2) Figure out why it sometimes takes an hour

The first we can fix without a log, but we really could use a log to help understand what causes the second issue.

Thanks!

-Rusty

In no case should it ever automatically scan. It's a mobile device and you have to assume that a user will have full battery life to listen to music. In my case, I travel on aircraft all the time. I can't listen to music for more than an hour because scanning eats up all the battery life. Scanning should only happen during sync in every case, without exception. At that time it is safe to assume the user can have the device plugged in. Otherwise, you are making the media player a paperweight by requiring scanning at any time. MM doing scanning has limited my playtime to less than an hour at least 9 times already.




[quote=martin.bohac post_id=510155 time=1684919505 user_id=69501]
Yes, this is standard behavior. MMA starts scanning when opens(after at least half an hour in idle).
If there are no changes, scanning should take a few seconds only.
If scanning takes more time, there must be some changes or some issues.
The issue is tracked already here:
https://www.ventismedia.com/mantis/view.php?id=18866

Unfortunately, your log did not come for an unknown reason.
Please use "save button" instead "send button" in send logs dialog, open a helpdesk ticket and attach a zip file there when the issue occurs again.
Thanks for your patience.
[/quote]

If anyone experiences extended background scanning/processing in build 1086+ please provide us with a debug log ID.

Thank you!

-Rusty

Yes, this is standard behavior. MMA starts scanning when opens(after at least half an hour in idle).
If there are no changes, scanning should take a few seconds only.
If scanning takes more time, there must be some changes or some issues.
The issue is tracked already here:
https://www.ventismedia.com/mantis/view.php?id=18866

Unfortunately, your log did not come for an unknown reason.
Please use "save button" instead "send button" in send logs dialog, open a helpdesk ticket and attach a zip file there when the issue occurs again.
Thanks for your patience.

Hi,

I am having the same issue as described - every time I open MediaMonkey, the background scanning starts.

MMA Version 2.0.0.1084
Samsung Galaxy S10+ (Android)

Everything is stored on the External SD Card, never removed.

Log: IUNAIBXGPH

Hi,

This is one of the issues that we've given topmost priority for resolving in the next build (post 1084). Can I ask a few more questions?

1) What device are you using?
2) Is Android Options > All files access : Show system > External storage is enabled?
3) How many media files do you have stored to internal memory
4) Did Options > Library & Sync > Choose Library Folders have SD card folders enabled (even though you weren't using the SD card to sync media)? Could it be that disabling the SD Card locations could have been responsible for the improved performance that you're now seeing (rather than disabling the internal storage folders)?
5) Can you re-enable folder scanning of local storage to try to replicate the bug, and if it occurs again submit a debug log (Options > Help > Send log) and share the log ID here immediately after the multi-minute scan occurs?

Thanks!

-Rusty

I've been testing and so far and it seems that removing folders to monitor solved the problem. It still attempts to scan (scanning status message appears) but since folders are removed, it finishes within 5 seconds.

Please [url=https://www.mediamonkey.com/forum/viewtopic.php?t=72208]send a debug log from MMA[/url] after the scanning starts. Especially when it's not after a device restart. Please reply here with the logID(s) of log(s) you send in.

The SD card is always installed, never removed. Not even a single time is it removed.

Scanning issue happens after restart, after turning it on, or pretty much anytime I start MMA or even navigate around its windows. I would say that 90% of the time some kind of MMA scanning task is occuring.

Is the memory always in the device? Is the scanning an issue only after a device restart or does it happen otherwise too?

MMA v 2.0.0.1080
Files stored on SD memory only.
No other applications are accessing the files. Everything was stripped down to preserve battery life.

And I just verified again that simply awakening the device from sleep mode caused MMA to say "Scanning files into the library : Audio".

Which Build of MMA are you seeing this with? Are the files stored on internal or external (SD) memory? Do other apps access the same files?

I'm not sure it's related to video scanning as there are no videos on the SD card or device.

MMA says "Scanning files into the library : Audio". That is the task that takes forever and kills the battery. It seems to always be doing that every time I start using MMA.