hi,
mp3 tracks are not ordered correctly by number in a directory containing 100 or more files. the id3 tags are written correctly. the problem is that track #100 is ordered behind track #10. then comes track #11.
the same is with track #200. it is ordered behind track #20.
can someone help me?
greetz
deezle
try to sort by file instead of name
it works correctly. i think you're using the wrong sort by method....
if you're sorting by name and have your filenames like this:
10. something.mp3
100. something.mp3
11. something.mp3
then that order is correct.
go into settings->my music and make sure that id3 tag reading is enabled, and that your track naming template has %n in the beginning. then go back to my music, files view, and change the sort to file. (i guess "file" is a little misleading.)
i dont know exactly, but a few minutes for a rather small directory doesnt seem right. i can rerun a scan on a small directory when i get back home as a comparison but i'm using a cvs build which is based off the new id3 lib. it may not be valid comparison if you're using an older version.
what share type are you using? local hard drive, samba, xbms, daap?
i meant a local scan of the xbox drive. i don't use network shares, because i have a huge hd in my xbox.
but i solved the problem in the meantime. i've deleted the music library file and did a rescan. the speed was as expected: only a few seconds for every directory.
btw, i leeched the newest cvs build of xbmc a few minutes ago and i'd like to say thank you for implementing true numerical sorting for the files view. :bowdown:
keep up with the great work!
greetz
deezle
it works correctly. i think you're using the wrong sort by method....
if you're sorting by name and have your filenames like this:
10. something.mp3
100. something.mp3
11. something.mp3
then that order is correct.
go into settings->my music and make sure that id3 tag reading is enabled, and that your track naming template has %n in the beginning. then go back to my music, files view, and change the sort to file. (i guess "file" is a little misleading.)
hi,
id3 tag reading is already enabled. my track naming template has %n in the beginning. does it matter that the n is lower case?
all my mp3s have id3 tags with track numbers. i am using both id3v1 and id3v2 tags in every file.
greetz
deezle
double check your tags. apev2 tags have the highest precedence for mp3 files. you may have them in your files and not even know they are there.
and you still havent confirmed if your sort by button is set to files.
how can i find out if i have apev2 tags? how can i edit or remove them?
the sort by button is set to names. now i set it to sort by files and it worked as intended by me. but only with directories containing file names that have leading three-digit numbers.
i think i misunderstood how xbmc works. i always thought setting the sort by button to files leads to disabling the reading of the id3 tags. but i can confirm that i was wrong. ;)
but i still have questions: why doesn't it work with the sort by button set to names? why does xbmc treat file names another way than id3 tags?
greetz
deezle
i use %a - %b - %n - %t... works fine for me ;)
i dont know exactly, but a few minutes for a rather small directory doesnt seem right. i can rerun a scan on a small directory when i get back home as a comparison but i'm using a cvs build which is based off the new id3 lib. it may not be valid comparison if you're using an older version.
MacDailyNews - Alcatel-Lucent's landmark MP3 victory over ::
Microsoft ordered to pay Alcatel-Lucent $1.52 billion for Windows Media Player iTunes sells AAC formatted files, not MP3's. Can they be sued or not?
http://macdailynews.com/index.php/weblog/comments/12740/HOME |
what share type are you using? local hard drive, samba, xbms, daap?
...
regardless, the true numeric sort has been added into files view.
that's good news!
not that surprisingly! xp recognizes the id3 tag within the mp3 file and uses sort by track number as default. and that's exactly the way i would like xbmc to handle this.
uhm no... first off, you make assumptions on my setup. i have that bullshit feature disabled that guesses if a folder contains music, video or folders, so no, its not using the tag information. besides that, it does it for all files, even txt files.
but you have to admit, that my assumption is absolutely legitimate. and i'm even willing to bet that most people probably have it enabled, because it's default. ;)
uhm, i have a question concerning the library. at the moment i'm scanning my music directory. but the process is very, very slow. maybe it hangs, maybe not. i cannot tell. how long does it take to scan an album folder with an average of, let's say, ten files? i assume only a few seconds. but for me it's several minutes. that's not ususal, i think, isn't it?
greetz
deezle
double check your tags. apev2 tags have the highest precedence for mp3 files. you may have them in your files and not even know they are there.
and you still havent confirmed if your sort by button is set to files.
yes, it does matter. the parser is case sensitive.
yes, it does matter. the parser is case sensitive.
i changed it to upper case. there's no difference in the behaviour of the xbmc.
other ideas?
greetz
deezle
hmm... sort by file should sort the list numerically as you would expect (assuming you're using %n as the first piece of your track naming template.)
lemme duplicate your example. it may be a bug.
** edit **
weird. it does sort in a funny way. i'll take a look at that.
but i can answer your question about why its not sorted 1.2.10.11.100... that would be sorting by track number, which is not a valid sort option in files view. use library view, where track sorting works correctly.
** edit 2 **
ok, i can get it to do a true numeric sort before the alpha sort which would put files in the correct order when they start with an arbitrary number of digits. but should this be done? (suprisingly, windows xp uses a sort like this. my example files are in numeric order.)
hmm... sort by file should sort the list numerically as you would expect (assuming you're using %n as the first piece of your track naming template.)
yes, i'm using %n as the first piece of my track naming template.
lemme duplicate your example. it may be a bug.
** edit **
weird. it does sort in a funny way. i'll take a look at that.
yes!!! :o that's it, what i was trying to tell you. ;)
but i can answer your question about why its not sorted 1.2.10.11.100... that would be sorting by track number, which is not a valid sort option in files view. use library view, where track sorting works correctly.
why isn't it a valid option in files view? that would definitely solve my problem. please, move this thread to the feature suggestions section of this forum! :cool:
** edit 2 **
ok, i can get it to do a true numeric sort before the alpha sort which would put files in the correct order when they start with an arbitrary number of digits. but should this be done? (suprisingly, windows xp uses a sort like this. my example files are in numeric order.)
not that surprisingly! xp recognizes the id3 tag within the mp3 file and uses sort by track number as default. and that's exactly the way i would like xbmc to handle this.
greetz
deezle
why doesn't it work with the sort by button set to names?
sort by name sorts by the actual filename. if your files do not have the same number of starting digits, then it will look incorrect to you, but it will be a correct alpha numberic sort ... example:
10. something.mp3
100. something.mp3
11. something.mp3
why does xbmc treat file names another way than id3 tags?
i dont quite understand your question. filenames and id3 tags are different things, no? shouldnt they be treated differently?
i think the problem is in the labels that the "sort by" button uses. "files" and "names" are confusing. it seems like it should be the other way around where files is the filename, and names are the id3 tag generated names using the track naming format in settings.
hi,
ok, ok, i should've been more specific with my question. ;)
let's assume we have these five files:
1. something.mp3 (id3 track number 1, one-digit)
2. something.mp3 (id3 track number 2, one-digit)
10. something.mp3 (id3 track number 10, two-digit)
11. something.mp3 (id3 track number 11, two-digit)
100. something.mp3 (id3 track number 100, three-digit)
sorting by file (using the file name) will lead to this order (a correct alpha numerical sort (numbers are treated as text)):
1.
10.
100.
11.
2.
sorting by name (using the id3 tag track #) will lead to this order (a nasty mixture of alpha numerical sort and numeric sort (numbers of 99 or less are treated as numbers (and are sorted numerically) and numbers of 100 or more are treated as text (and sorted alpha numerically))):
1.
2.
10.
100.
11.
why isn't it sorted this way (all numbers are sorted numerically)?:
1.
2.
10.
11.
100.
maybe it's a bug? sorting by name is definitely inconsistent.
greetz
deezle
p.s.: sorry for my bad english, but it's obviously not my native language. ;)
why doesn't it work with the sort by button set to names?
sort by name sorts by the actual filename. if your files do not have the same number of starting digits, then it will look incorrect to you, but it will be a correct alpha numberic sort ... example:
10. something.mp3
100. something.mp3
11. something.mp3
why does xbmc treat file names another way than id3 tags?
i dont quite understand your question. filenames and id3 tags are different things, no? shouldnt they be treated differently?
i think the problem is in the labels that the "sort by" button uses. "files" and "names" are confusing. it seems like it should be the other way around where files is the filename, and names are the id3 tag generated names using the track naming format in settings.
why isn't it a valid option in files view? that would definitely solve my problem. please, move this thread to the feature suggestions section of this forum! :cool:
it wasnt a valid option in files view because not everyone had tag reading enabled. i'm even willing to bet that most people probably have it disabled because it used to seriously slow down xbmc. and allowing the option to be there only when tag reading is enabled is not a good thing either. once a scan is run, all the data comes from the database, and not the tags so you can turn off tag reading and still get all the cool features. that's not to say that this should not be revisited. all the sort options from the library view can most certainly be moved into files view. regardless, the true numeric sort has been added into files view.
not that surprisingly! xp recognizes the id3 tag within the mp3 file and uses sort by track number as default. and that's exactly the way i would like xbmc to handle this.
uhm no... first off, you make assumptions on my setup. i have that bullshit feature disabled that guesses if a folder contains music, video or folders, so no, its not using the tag information. besides that, it does it for all files, even txt files.
 How much does getting a small tattoo on your hip/stomach hurt?
 Do anyone else have an itchy anus? ?
|
Mp3 tracks are not ordered correctly by number