by Joseph Ficarrotta » Fri Sep 30, 2022 10:59 am
I was lucky that my tinkering uncovered a workaround for this weird problem. Would be nice if you could fix it, or if not, explain why it happens.
I've organized my music collection in a Windows file folder structure, independent of MM's library. For my opera, the Windows file folder name is often pretty long, because it will include the list of featured singers, the opera chorus and orchestra, the conductor, and the record label. There will also be a lot of files IN the folder, all the recitatives, arias, choruses and interludes that are in the opera, in some cases, as many as 70 files. MediaMonkey does not behave well under those conditions. When I open them up as a group, they all appear in now playing, and will play, but some random few of them do not display the tag info, either in the Now Playing section or in the side bar---only the file name displays. Also (which I tried to attempt a fix), when trying to rescan the files to the library, some random number of files failed to reload, "Files didn't match your parameters" or something like that. At first I thought the files were corrupted, until I realized how widespread the issue was. To my surprise, when I shortened the WINDOWS file folder name, the problems disappeared, no adjustment to the files themselves or to MediaMonkey required. How is this a thing?? Why does MM care about the length of the name of the Windows folder? Additionally, I can have a really long file folder name, but if there are only a few files in the folder, say fewer than around 10, like for a symphony or a concerto, there is no problem---MM properly reads and displays all the tags. It's as if the combination of the file folder name length and the number of files in the folder, if "too much," creates some kind of overflow.
Thanks for your attention. At the very least, you should point out this issue in your documentation, to prevent some other poor user from spending so much time and frustration trying to fix this problem.
Best
Joseph Ficarrotta
I was lucky that my tinkering uncovered a workaround for this weird problem. Would be nice if you could fix it, or if not, explain why it happens.
I've organized my music collection in a Windows file folder structure, independent of MM's library. For my opera, the Windows file folder name is often pretty long, because it will include the list of featured singers, the opera chorus and orchestra, the conductor, and the record label. There will also be a lot of files IN the folder, all the recitatives, arias, choruses and interludes that are in the opera, in some cases, as many as 70 files. MediaMonkey does not behave well under those conditions. When I open them up as a group, they all appear in now playing, and will play, but some random few of them do not display the tag info, either in the Now Playing section or in the side bar---only the file name displays. Also (which I tried to attempt a fix), when trying to rescan the files to the library, some random number of files failed to reload, "Files didn't match your parameters" or something like that. At first I thought the files were corrupted, until I realized how widespread the issue was. To my surprise, when I shortened the WINDOWS file folder name, the problems disappeared, no adjustment to the files themselves or to MediaMonkey required. How is this a thing?? Why does MM care about the length of the name of the Windows folder? Additionally, I can have a really long file folder name, but if there are only a few files in the folder, say fewer than around 10, like for a symphony or a concerto, there is no problem---MM properly reads and displays all the tags. It's as if the combination of the file folder name length and the number of files in the folder, if "too much," creates some kind of overflow.
Thanks for your attention. At the very least, you should point out this issue in your documentation, to prevent some other poor user from spending so much time and frustration trying to fix this problem.
Best
Joseph Ficarrotta