getmusicbee.com

General => MusicBee Wishlist => Topic started by: kamen on March 27, 2024, 03:53:46 PM

Title: Volume Analysis: Parallel execution for mupltiple files
Post by: kamen on March 27, 2024, 03:53:46 PM: MusicBee processes the replaygain analysis file by file, one file at a time. With an ssd the system can easily handle more than one file, while utilizing as many cores as possible. The inefficiency is especially visible when processing several longer files (20 files - each 20 minutes long).
Title: Re: Volume Analysis: Parallel execution for mupltiple files
Post by: hiccup on March 28, 2024, 06:19:17 PM: See here:
Volume analysis using more cpu threads? (https://getmusicbee.com/forum/index.php?topic=36280.msg198730#msg198730)
and here:
A new loudness measurement tool from the un4seen folks (https://getmusicbee.com/forum/index.php?topic=39425.msg213107#msg213107)
Title: Re: Volume Analysis: Parallel execution for mupltiple files
Post by: kamen on March 30, 2024, 12:36:28 AM: Thanks. The BASS library doesn't allow that.

I tried the solution proposed in "AN ALTERNATIVE EBU R128 LOUDNESS ANALYSIS TOOL USING RSGAIN" (https://getmusicbee.com/forum/index.php?topic=37568.msg206280#msg206280), but it also processes the files sequentially when started in custom mode.
Title: Re: Volume Analysis: Parallel execution for mupltiple files
Post by: Steven on March 30, 2024, 09:13:00 AM: it looks like the replaygain library i am using can support multiple threads so i will look at improving processing on a per album basis
Title: Re: Volume Analysis: Parallel execution for mupltiple files
Post by: Steven on March 31, 2024, 06:20:26 AM: its faster but not to foobar level of speed (dont know how its so fast, even just reading the file with the bass library is a lot slower)

https://getmusicbee.com/patches/MusicBee36_Patched.zip
unzip and replace the existing musicbee application files

it uses the file converter max threads setting. In my own testing using a SSD the benefits are marginal after 6 threads
Title: Re: Volume Analysis: Parallel execution for mupltiple files
Post by: hiccup on March 31, 2024, 09:03:06 AM: Quote from: Steven on March 31, 2024, 06:20:26 AM
it uses the file converter max threads setting. In my own testing using a SSD the benefits are marginal after 6 threads
Setting the max thread count to 10, I am seeing an actual speed improvement of around x2 compared to what it was.
Which is not the increase you might expect, considering the previous version only used 2 threads, but it is still an appreciated improvement.
(my music files are on a mechanical drive)
Title: Re: Volume Analysis: Parallel execution for mupltiple files
Post by: Steven on March 31, 2024, 09:20:14 AM: yeah i timed 10 threads at 2.5x improvement
I think the main constraint is reading the file data and thats relatively slow with the bass library compared with ffmpeg that i believe foobar uses. I will try one more thing though and post if it makes a difference
Title: Re: Volume Analysis: Parallel execution for mupltiple files
Post by: Steven on March 31, 2024, 10:46:17 AM: updated again, its around 25% faster than the recent update above. I think this is the best i can get it
Title: Re: Volume Analysis: Parallel execution for mupltiple files
Post by: hiccup on March 31, 2024, 11:34:15 AM: Quote from: Steven on March 31, 2024, 10:46:17 AM
updated again, its around 25% faster than the recent update above. I think this is the best i can get it
Can it be that the download link still gives the previous patch?
(3.6.8856.29226)
Not sure, I had already overwritten the previous one.
Title: Re: Volume Analysis: Parallel execution for mupltiple files
Post by: Steven on March 31, 2024, 11:39:18 AM: the file has been updated
Title: Re: Volume Analysis: Parallel execution for mupltiple files
Post by: Steven on April 01, 2024, 12:58:49 AM: One more thing that can improve performance is to use bass_aac.dll for m4a files. It performs 30-50% faster in my tests