Feature Request: Multi-threaded Track Analysis

[Saijin-Naib]

I'd love to see an option for wxmp3gain to use N-number of CPU threads to analyze tracks in parallel to help speed up processing large libraries.

So for example, if the OS reports 8 CPU threads, 8 instances of mp3gain would run to each process a separate mp3 file.

[E-t-z]

Or configurable thread count, max would be actual CPU thread count.

[Saijin-Naib]

Yes, more flexible with a sensible max.

What should default be? I prefer the idea of using all threads by default... Perhaps N-1 to keep the system more responsive?

Alternatively, you can spawn the processing threads with BelowNormal priority across all N threads and you won't even feel it running at all...

[E-t-z]

Sensible default is usually (at least most of the times, what I've have seen) calculated: Thread count/2