[chaley]

Originally Posted by gsparks2

Ah! I interpreted this to say that there was a limit of 65,500 entries in the file allocation table for a given folder and that file names that exceed the 8.3 length would use additional entries in the FAT, from 2 to 13 entries per file. If that were true then 12,401 files with long file names could use up the 65,500 limit if and only if the file names required over 5.x entries per file.

I reread the document and you are right.

Originally Posted by gsparks2

Using the UUID function, CC has blasted through the 12,401 number and still going strong.

My calculations are that the UUID name will take 3 slots and the short name 1, so it should hold around 16,000 books.

Now that I understand what is going on, a better solution is to change the save template in the wireless device driver in calibre. Something like

{author_sort:.1}/{author_sort:sublist(0,1,&)}/{title} ({id})

should work well. It creates a parent folder named with the first letter of the first author in author_sort, then a subfolder named with the first full author in author_sort, then the actual file named with the title and the calibre id to disambiguate if there are multiple books with the same author / title.

EDIT: if you do this, be sure to turn off the UUID option.

EDIT 2: You can change in mid-stream if you want. The wireless device driver remembers if a file is already on the device and will use its current name, ignoring the template. New files will use the template.