Music Media Helper (Tools for Multichannel Audio & Music Videos)

QuadraphonicQuad

Help Support QuadraphonicQuad:

This site may earn a commission from merchant affiliate links, including eBay, Amazon, and others.
First up, thanks for your efforts with this program; I'm finding it to be indispensable in keep my media library tamed!
I'm wondering if you can help me out with a little issue that's been driving me to distraction recently...
All my media files are on a Qnap NAS for Audio or on a Synology for video/movies/TV etc.
Both NAS drives are connected to a Windows 11 PC that sits near my LG TV, which is in turn connected to my Onkyo receiver. All these connections are by HDMI. The whole thing works well; I've even managed to get JRiver to play Atmos albums. But...
I'm usually able to sort out various IT and audio stuff myself, but lately I'm finding that the combination of ever-advancing years and brain fog induced pain meds has rendered me clueless!
When I use MMH to open the root folder on the NAS where my audio lives,for some reason the (long) list that is generated never shows the folders in alphabetical order - the results are a list seemingly 'sorted' at random (although the list contents never vary). I cannot work out how to make 'add folder' (using the Tag & Rename Media Files element) produce a list of folders in alphabetical order. I have to to scroll through over 1,000 folder to select the folder I want to work on! This is making my brain hurt. Can you make any suggestions as to how I may be able to remedy the problem? (I only have this 'inscrutable folder list' problem in MMH). I've tried Ctrl-F to search, but looking for Van Morrison, Van or Morrison always returns Vagabonds of The Western World for some reason!

EDIT: a few minutes later.... the last folder I worked on was the one just mentioned (in the 'Thin Lizzy' folder. I collapsed the Thin Lizzy folder, highlighted the root folder, repeated the 'Van Morrison search - and got a message something about not supported. Clicked on 'Add folder' again... and voila! A well-behaved list of folders! Hopefully this little ramble might help others....

1732855839458.jpeg
 
Last edited:
Is it just me or MMH stopped to produce >5.1 channel ATMOS files?

I have tried many times, with different channel configuration, and the result is always a 5.1 instead of the desired one.

The ATMOS decoded .w64 file is correct but somehow something goes wrong when encoding.

P.S: The new alternative DRP path feature works but it forgets the path from session to session and I have to manually address it every time.
 
clicked on 'Add folder' again... and voila! A well-behaved list of folders!

Is the sort order correct now? I can't duplicate the issue with MMH 8 on my NAS, but I always have all my media folders under a "Source" folder (e.g. everything in under a folder named 'Music')

There was a sorting bug in the Folder browser a couple years ago, but fixed back then.
 
s it just me or MMH stopped to produce >5.1 channel ATMOS files?

The only reason I can think of is the file sizes for > 5.1 are too big for your temp folder. Did you change your temp folder to be on another drive, not C: drive. I think you had limited space on C: Drive, right?
 
Is the sort order correct now? I can't duplicate the issue with MMH 8 on my NAS, but I always have all my media folders under a "Source" folder (e.g. everything in under a folder named 'Music')

There was a sorting bug in the Folder browser a couple years ago, but fixed back then.
Sort order is playing nice now... funny how an expanded album artist folder used previously somehow messed up the sort order the next time I used MMH...
I have a 'Music' folder on my NAS - I use that folder as a mapped folder
(i.e. \\NAS\Music\Album Artist\Album is mapped to a 'M:\' drive). Maybe there is something to do with \\NAS\Music and M:\.... every now and then I've found programs that don't like mapped drives.
 
The only reason I can think of is the file sizes for > 5.1 are too big for your temp folder. Did you change your temp folder to be on another drive, not C: drive. I think you had limited space on C: Drive, right?
From the first tests, when I've noticed the huge temporary files, I moved the system TEMP directory to one of my NVME that has 1 TB of free space. In any case (and it's not mine), why should it impact channels configuration?
 
From the first tests, when I've noticed the huge temporary files, I moved the system TEMP directory to one of my NVME that has 1 TB of free space. In any case (and it's not mine), why should it impact channels configuration?
Because if it runs out of space, it can't finish the job.
 
From the first tests, when I've noticed the huge temporary files, I moved the system TEMP directory to one of my NVME that has 1 TB of free space. In any case (and it's not mine), why should it impact channels configuration?

I was trying to work out what the problem was from your very limited description. Your new post on the MMH Atmo Helper thread today gave more information. Your problem was not the encoder but how you interpreted EAC-3 JOC Atmos metadata reported by MediaInfo.

“Problem” resolved.
 
I’ve been working on further improvements to the MMH File Manager tool and will have a beta release early next week.

The media data loaded into the grid during a ‘Scan’ is now saved to a (new) database, so when a user opens the tool it loads the previous scanned data for each of: Music (audio), Music Videos (& concerts), Movies and TV Series (if those media types have been previously scanned).
 
A new Beta release for upcoming 8.0.10 is now available:

Version 8.0.10 beta 1 (December 2 2024)
-------------
New:
Media File Manager tool: Now saves scanned media file data to a new database and loads data from the database on starting File Manager or selecting a new Media Type, if a Scan has been run on that media type
After the initial scan reloading the data is almost instantaneous

Changes:
Media File Manager tool: Improvements to initial column widths and more optimisation of folder/file scanning

Fixes:
MMH Atmos Helper: Decoder - new user defined DRP install folder location added in 8.0.9 not saved/retrieved correctly - fixed


Download MMH 8.0.10 Beta 1 installer here:
https://reva.blob.core.windows.net/mmh8/beta/MMHInstaller.msi


Next up (before the final 8.0.10 release:
I'm continuing to work on the database/scanning. The slowest part of the scan is reading the video and audio stream metadata, especially for Albums with many song files and TV Shows with many episode files etc.
So next will be a new option to just look for new and removed media (e.g A user added a couple of new albums or movies and deleted a movie), without needing a 'deep scan' of every media file in every folder.

Then its finding changes faster. (example A user replaces a Movie in 1080p with one in 4K or replaces an album's files in 5.1 with files in Atmos or re-tags the files). This beta 1 version already a 'hashcode' of the folder contents (i.e. all the songs in a album) so I only need to compare the hashcode of original scan (saved in in db) vs a new folder hashcode to know if an album tracks have changed or file contents are different. The hashcode is 40 characters made from each file's last modified date, size and name, so even renaming a file will be seen as a change. The Album folder hash is created by combining the Number of Files in the folder with all the file hashes, to create a single hashcode for the entire folder. Creating the hashcodes is very fast, Much faster than reading stream metadata. So a new 'Refresh' option in a future beta will update the File Manager very quickly.
 
A new Beta release for upcoming 8.0.10 is now available:

Version 8.0.10 beta 1 (December 2 2024)
Thank you so much for your efforts.

I mainly use MMH for ATMOS conversions as you probably have noticed.

I see that it leaves many temporary files around. Ok for the w64, that it can be reused, but why to leave other files around, both in the temp directory and in the Encoded one?

I’ve found another issue: when DRP is not found, the THD file is anyway deleted. Could you please write a check if the process has been successfully completed before deleting? And, if possible, a switch not to delete it at all. Sometimes I don’t duplicate it and I want to try different settings before removing it.
 
It was noticed with the current version when resampling a folder of flac files, an empty “remixed” folder is being created in the source folder. It does not contain anything and can be deleted, so it’s no big deal. The resembled files are going into a “remixed” folder within the original album folder.
 
Back
Top