Good question. mt-daapd sends them in the order they are specified in the playlist.
What the client does with them is it’s business. iTunes sorts them, but I don’t belive Roku does. So iTunes puts them in the order it feels is most appropriate, while the soundbridge displays them in the order that they come from mt-daapd.
Bottom line is that mt-daapd can “suggest” and order, but the client is ultimately responsible for determining order.
In the smart playlists, the order is the order that it fetches it from the database, which, for gdbm, is whatever order it feels like.
If you are serving from a machine with some horsepower, you can go into the top of db-gdbm.c and change “WANT_SORT” from 0 to 1.
That will sort stuff by artist, album, track. But it pulls the entire database and does an insertion sort on it, so it will only work on a real machine with some ram, not a NSLU2.
Theoretically, yeah, but the 0.2.x codebase is pretty much unmaintained for a push to the 0.3.0 codebase… all the database stuff has been completely re-written with a sql backend, so it doesn’t make much sense to go mucking around adding features in it.
I had hoped for a 0.3.0-pre1 before the end of the year, but now I’m thinking late January?
— Ron
Author
Posts
Viewing 6 posts - 1 through 6 (of 6 total)
The forum ‘General Discussion’ is closed to new topics and replies.