This is happening with LMS 8.0, specifically this setup:
I don't remember it happening with versions before 8.0, but it may have.
When I rescan after changing lots of music file tags, the scanner discovers all the changed files but then scans only about half of them -- the progress bar moves incrementally over the first half of the set, then suddenly jumps to the end. If I repeat the scan after it completes, approximately half of the original number of changed files are discovered, and again only half of those are scanned.
This repeats, successively halving the number of discovered changes, until eventually only a small number (like 50) are found, and then those are completely scanned.
I can reproduce this at will:
1. Use foobar2000 to modify tags of 1000 files.
2. In Settings:Basic Settings:Rescan Media Files, configure for "Look for new and changed media files" and click Rescan.
3. In Settings:Information, watch as 1000 changed files are discovered and allegedly scanned.
4. When the scan completes, repeat from step 2 and notice that this time, around 500 changed files are discovered and scanned. Repeat again and see 250 changed files, etc.
In the screenshots below, you can see the progression in successive scans: from 1761 files, to 861, to 411, to 200, to 100. Only 5 images may be attached to a post, but the final two stages were 50 and 0.
Is this a known issue? If not, any idea why it might be happening on my system?
(Sorry for the image quality. I uploaded as GIF, but the images were automatically transformed to blurry JPG.)
![Name: 1.jpg
Views: 70
Size: 28.3 KB]()
![Name: 2.jpg
Views: 67
Size: 27.9 KB]()
![Name: 3.jpg
Views: 68
Size: 27.2 KB]()
![Name: 4.jpg
Views: 68
Size: 28.7 KB]()
![Name: 5.jpg
Views: 68
Size: 29.5 KB]()
Logitech Media Server Version: 8.0.0 - 1593258969 @ Sat Jun 27 14:19:11 CEST 2020
Server HTTP Port Number: 9000
Operating system: Debian - EN - utf8
Platform Architecture: x86_64-linux
Perl Version: 5.20.2 - x86_64-linux-gnu-thread-multi
Audio::Scan: 0.95
IO::Socket::SSL: 2.002
Database Version: DBD::SQLite 1.58 (sqlite 3.22.0)
Server HTTP Port Number: 9000
Operating system: Debian - EN - utf8
Platform Architecture: x86_64-linux
Perl Version: 5.20.2 - x86_64-linux-gnu-thread-multi
Audio::Scan: 0.95
IO::Socket::SSL: 2.002
Database Version: DBD::SQLite 1.58 (sqlite 3.22.0)
I don't remember it happening with versions before 8.0, but it may have.
When I rescan after changing lots of music file tags, the scanner discovers all the changed files but then scans only about half of them -- the progress bar moves incrementally over the first half of the set, then suddenly jumps to the end. If I repeat the scan after it completes, approximately half of the original number of changed files are discovered, and again only half of those are scanned.
This repeats, successively halving the number of discovered changes, until eventually only a small number (like 50) are found, and then those are completely scanned.
I can reproduce this at will:
1. Use foobar2000 to modify tags of 1000 files.
2. In Settings:Basic Settings:Rescan Media Files, configure for "Look for new and changed media files" and click Rescan.
3. In Settings:Information, watch as 1000 changed files are discovered and allegedly scanned.
4. When the scan completes, repeat from step 2 and notice that this time, around 500 changed files are discovered and scanned. Repeat again and see 250 changed files, etc.
In the screenshots below, you can see the progression in successive scans: from 1761 files, to 861, to 411, to 200, to 100. Only 5 images may be attached to a post, but the final two stages were 50 and 0.
Is this a known issue? If not, any idea why it might be happening on my system?
(Sorry for the image quality. I uploaded as GIF, but the images were automatically transformed to blurry JPG.)