More > Media Center 12 (Development Ended)
What makes an album complete?
Doof:
From the wiki:
--- Quote ---Complete Albums
Media Center can automatically display complete and incomplete albums. An album is considered complete if all the files with the same [Album] value in the same directory:
are sequentially numbered tracks starting at 1
have at least 2 files or 10 minutes of audio
are Audio and have a non-empty [Album] value.
--- End quote ---
Is this correct? I have quite a lot of files showing up as complete albums that don't meet all of these criteria.
"same [Album] value in the same directory" - Check. Although in these instances, there's only one file.
"are sequentially numbered tracks starting at 1" - Check. In these cases, all of these files are Track #1.
"have at least 2 files or 10 minutes of audio" - Nope! There are only these single files, and none of them are 10 minutes in length.
"are Audio and have a non-empty [Album] value." - Check.
So has criteria number 2 been altered? Is there something else MCs album checker is keying off of? Is this a bug?
Is there any way to manually override this?
Alex B:
It was changed a bit, but I am not sure about the exact rules.
Before the change MC treated a single-track album as incomplete even when the audio file was alone in a separate folder.
Maybe you didn't notice or follow this thread in the beta forum:
http://yabb.jriver.com/interact/index.php?topic=38882.0
Someone reported the same problem here:
http://yabb.jriver.com/interact/index.php?topic=40071.0
Doof:
Thanks. I had missed that thread, and now, after having skimmed it, I just can't understand the logic being used here or why it would be changed to the way it is now.
While I can see a need to have single track albums recognized as complete albums, it would seem to me that it be the exception, not the rule. There are as many Track 1s as there are albums out there. There aren't nearly that many single track albums.
With this logic in place, it's impossible to build a renaming expression that keys off of [Complete Album] to determine if a track belongs in the Albums folder or the Singles folder. As soon as I just happen to have a single file with a Track # of 1, then it winds up in the wrong place. The only alternative is to abandon the use of an Album folder with singles, which then greatly complicates how cover art is stored.
Currently I use a system like this:
Music\Albums\[Album Artist (auto)]\[Album] for albums
Music\Singles\[Album Artist (auto)]\[Album] for singles
It keeps them seperate, and allows me to store cover art in the folder with the tracks.
I then use an Expression to rename my audio files and to make sure that Albums and Singles wind up in the correct places. But it's broken because of this behavior.
What happened to the "at least 10 minutes long" part? If that were still being enforced, things would work correctly, at least in my case. Although I still think the logic is severely flawed. Why break a system that works for 99% percent of the cases in favor of the 1%?
MrC:
Can you not create a user defined field named Single, and set that field for your singles, and key your expressions from its existence?
Doof:
--- Quote from: MrC on February 08, 2008, 10:55:35 am ---Can you not create a user defined field named Single, and set that field for your singles, and key your expressions from its existence?
--- End quote ---
So that the 3 people with single track albums don't have to?
Not to sounds snippy, but it just doesn't make any sense to me why the vast majority of singles have to have a work-around so that the minority can take advantage of the automatic feature.
Navigation
[0] Message Index
[#] Next page
Go to full version