In Options for Tree and View, choose Build Missing Thumbnails and let it run.
You may be using a NAS or USB drive that is limiting performance.
Hi Jim. I used this option to build all thumbnails. This made the performance worse, not better.
As long as there are no thumbnails built, the page shows up immediatly. Instead of album covers, blue notes were displayed together with the artist name. This works fine, even when holding PgDn or CursorDn pressed continously. Every page is drawn and I can read the artist names while they fly by.
After thumbnails are built, I see an empty screen while scrolling fast. I have to release the PgDn key to see the artist names. They are shown after the covers are displayed.
As long as there are no thumbnails built, scrolling Artists is as fast as scrolling Albums. Therefore the database is not the limiting factor. But when thumbnails are available, displaying Artists becomes much slower.
The bottleneck seems to be the thumbnail handling. The problem is not the time it takes to load all the covers. The problem is, the drawing order.
When a next scrolling command is in the queue, the display procedure should be shortened. Instead of reading all fanned images, only one should be read. And if there is no time to read one single image, then just draw the name. Or show the current name as overlay. The user just needs a feedback how far he scrolled.