Reading this topic, [F] Not enough memory addressable to complete the operation!, I've made sure to test my FLAC files with AudioTester64 and re-rippped/downloaded the ones that were either Truncated, LostSync & CRCMismatched (and deleted these faulty ones).
MP3tag is a 32bit application, so (only) 4GB or memory are available.
Check if you run into the same error when you switch on the library (see File>Options>Library). This feature releaves the electrical storage as it puts a lot of information on the hdd.
I don't know if MP3diags is the right tool for flacs ...
Thanks for testing all the different error causes before posting.
Can you somehow reproduce the error? Does it always happen with a specific file?
If so, it could be that this file causes Mp3tag to try to allocate too much memory which would also result in the out of memory error (some kind of attempted memory exploit).
If you could identify the file that causes the issue, it would be great if you can provide it for analyzing purposes.
I use MP3 and FLAC files in my music collection, hence the 2 apps I mentioned.
AudioTester64 for FLAC (only) failure detection (no way to fix them, but replace them with valid files);
MP3 Diags for MP3 (only) - to fix bad tags and more.
Meanwhile I set the path using File>Options>Library and it seems to make a difference, see:
I've used the Convert action Filename - Tag on all folders by now, which all seem to do fine.
If I grab more than 5000+ in 1 batch, I get the same ''not enough memory'' error message.
This means, it's not related to a specfic file, right?
After doing a chkdsk /r /v on my C: drive - where Mp3tag is installed - 512GB SSD, waited 50 minutes & finished.
I did the same for E: drive where my audio collection is (2,20TB - 5900RPM): waited 4 hours and still at 14%.
Pushed the Reset-button.
CrystalDiskInfo shows SMART of both drives: GOOD with temps around 35 celcius.
I also have dBPoweramp which is able to do a Filename - Tag in Batch-mode.
Let's see how that works out.
Deleted the Rod Stewart song, just to be sure, it's not simply that song.
Now it's Jimi Hendrix where it stalls (though shows SUCCESS), so not sure this error is actually file-wise: https://gyazo.com/344b5bf57a851fec51bdb802fda3c3f1
The same friend suggested to look up the mem-usage of Mp3tag.
According to him due there is no 'large address aware' switch for Mp3tag it only uses 2GB max.
TECHNICAL FILE INFORMATION :
File Type Description : Portable Executable (PE)
Entry Point RVA: 003548C1h
Entry Point RAW: 00353CC1h
FILE CHARACTERISTICS :
Relocation info stripped from file
File is executable (i.e. no unresolved external references)
Machine based on 32-bit-word architecture
FILE HEADER :
Machine: 014Ch (i386 or later, and compatible)
Number of Sections: 0004h
Time Date Stamp: 5ABD46AFh -> 29/03/2018 22:03:59
Symbols Pointer: 00000000h
Number Of Symbols: 00000000h
Size Of Optional Header: 00E0h
Flags: 0103h
So I enabled the /3gb switch according to this tutorial and rebooted:
''If a 32bit executable does not have the LARGEADDRESSAWARE flag set to true, the application can't use more than 2 gigabytes. If you are on a 64bit machine with lots of memory, even if you are stuck with a 32bit process, you should ideally be able to start multiple processes each using 3+ gigabytes.''
I do not think that 4 hours for just 2 TB is normal.
And as the process did not finish, it is hard to say what the cause may be as faults on the drive, which I suspect, have still not been ruled out.
Yes, I would say so.
But again: I can load FAR more than just 5000 files into MP3tag.
So the assumption is not too far-fetched that it has to be some kind of local condition that causes it.
If the fault is still there when the collection is treated on a different hardware, we are more or less back to square one: it is most likely that one of the files has a fault.
And all this happens with the library switched on?
Just tried it on the i5 PC, this time with Library set to Ext. drive/Music folder, same result.
I will now make a copy of the whole music collection folder (327GB).
And delete the FLAC files; so MP3 is left over.
And do the same on the copy, but then delete the MP3 files; so FLAC is left over.
So the folder structure stays intact.
Re-import only MP3 based collection and re-import only FLAC based collection.
To be continued.
Hey All, I'm the friend of Bas... mp3tag ran out of memory at 2GB, so i edited the binary to support the larger address space (4GB). (editbin /LARGEADDRESSAWARE ).
Now we can load more mp3 and flac and it runs out of memory at 4GB.. My conclusion: recompile mp3tag witg 64bit support.