MusicCabinet - artist radio, genre radio & related artists

[goatsofdoom]

I'm not able to scan folders with names that include Unicode characters or certain characters nor do their contents show up in the file tree browser. Any idea how to fix this or is it a bug; it never happened with vanilla subsonic. (Running Debian squeeze stable)
Example:
A directory in the file tree browser
Inside:

[hakko]

I'm not able to scan folders with names that include Unicode characters or certain characters nor do their contents show up in the file tree browser. Any idea how to fix this or is it a bug; it never happened with vanilla subsonic

When you start your Subsonic service, do you give it the parameter file.encoding=UTF8? like

Code: Select all

java \
-Xmx512m \
-cp /path/to/subsonic-booter-jar-with-dependencies.jar \
-Dsubsonic.httpsPort=0 \
-Dsubsonic.port=4040 \
-Dfile.encoding=UTF8 \
-Dsubsonic.war=/path/to/subsonic.war \
(...)


[goatsofdoom]

Thanks but adding that to the service sh file and restarting the subsonic service didn't fix it. Though changing the system locale to en_GB.UTF-8 then restarting postgresql and subsonic seems to do the trick. Thank you again for the mod .

[vollbr0t]

just another idea:

i found this on the web: http://lastm3u.powha.net/
wouldnt it be great to have something like this within musiccabinet?

in general, here are a lot of great ideas how to use last.fm:
http://build.last.fm/category/For+the+Web?page=1

[hakko]

I'm really liking the 0.7.8 release, but I found a couple of issues. For some reason, I'm getting a NullPointerException when trying to load some playlists. It doesn't happen on every playlist, but there doesn't appear to be anything different about the ones that don't load. They're standard m3u files and worked fine in version 0.5.5 and Subsonic 4.6/4.7b3.

Real life came in between fixing this, sorry. There's now a beta up that's meant to address this, see below.

What's even more exciting is that I started working on an improved search mechanism, and there's now a first version out for anyone who's interested.

It works using substrings - for example, if you search for "yellow sub beatles", most people could guess what I'm thinking of. It seems that the default Subsonic (4.7) doesn't match this, though. MusicCabinet didn't either, until now. In my new version, it happily returns Yellow Submarine. yay!

The first time you put this new version in place, start-up will be slow as it needs to build a smart search index for this. On my 60k songs library, it took 30 sec, so expect something linear to that.

To try it out it, replace your current subsonic.war file (if you're using version 0.7+) with http://dilerium.se/musiccabinet/subsonic-0.7.9b.war and restart. (and wait while it builds the index)

Report experiences (positive/negative) in this thread! I spent maybe 15-20 hours building this (trying out different fuzzy alternatives) so I'm interested in how well it works.

[jake-]

It works using substrings - for example, if you search for "yellow sub beatles", most people could guess what I'm thinking of. It seems that the default Subsonic (4.7) doesn't match this, though. MusicCabinet didn't either, until now. In my new version, it happily returns Yellow Submarine. yay!

Wow fast searching. Looks very promising.

Some strange results. For ex: "love me" returns "Tainted Love" (Soft Cell) but not "Love Me Do" (Beatles)

Edit: Startup was fast without notable delays for about 150k songs

[hakko]

Could it be that there are more than 25 results matching "love me"? I'm still using the original code where only the top 25 hits are returned. Paging in search result may appear later on.

Could you connect to your Postgresql database and issue the command

Code: Select all

select art.artist_name, alb.album_name, mt.track_name from library.track lt inner join music.track mt on lt.track_id = mt.id inner join music.album alb on lt.album_id = alb.id inner join music.artist art on mt.artist_id = art.id where track_name_search like '%LOVE%ME%' order by art.artist_name, mt.track_name;

and verify that your Beatles track is included?

Edit: it would make sense to rank exact matches first, though

[jake-]

Could it be that there are more than 25 results matching "love me"? I'm still using the original code where only the top 25 hits are returned. Paging in search result may appear later on.

Could you connect to your Postgresql database and issue the command

Code: Select all

select art.artist_name, alb.album_name, mt.track_name from library.track lt inner join music.track mt on lt.track_id = mt.id inner join music.album alb on lt.album_id = alb.id inner join music.artist art on mt.artist_id = art.id where track_name_search like '%LOVE%ME%' order by art.artist_name, mt.track_name;

and verify that your Beatles track is included?

Edit: it would make sense to rank exact matches first, though

Sorry, can't remember the postgres db passwort atm, I'll give it another try tomorrow But there are 25 results displayed - so it's likely that there are more results.

[hakko]

: ) you could also just add the word beatles to your search ("beatles love me"), that'll narrow the number of returned tracks.

[jake-]

:) you could also just add the word beatles to your search ("beatles love me"), that'll narrow the number of returned tracks.

Of course that works just fine. And "love me do" will do the job too.

I was surprised why a result without one of the search words was ranked over the result I was looking for. But for sorting you would have to weight the results in some way and thats not worth the hassle.

[hakko]

I'd guess that the Soft Cell song was on an album containing the substring "me"? like "memorabilia: .."? Every track in your library which contains all the substrings you searched for are matched. Right now, tracks are returned sorted by artist name + album name + track name. But I was just thinking that it would be easy to rank exact hits (if you search for "love me do", for example) before other tracks. There are built-in similarity functions in Postgresql that could be used for ranking too, but they make the search slower when there are many matches (1000+).

[Ultraviolet]

I'm definitely having issues with the search as well. Searching for "Gotye" in the UI yields "No matches found". My postgres sucks, but

Code: Select all

SELECT artist.artist_name FROM music.artist WHERE artist.artist_name = 'GOTYE';

does show that Gotye is in the db. I'm running into this periodically with songs, albums and artists. Sometimes it seems the issue is that the result I'm after is just returned too far down to be displayed, other times I just get "No matches found" when it is in the db.

[hakko]

Does this happen with version 0.7.9b posted above? http://dilerium.se/musiccabinet/subsonic-0.7.9b.war

It works with substrings rather than words, so "Gotye" should definitely be matched (that's such an unusual combination)

while if you search for "love" or something very general, it might definitely not make the top 25.

[Ultraviolet]

My bad. I was on vacation for a few days and missed the new release. Just popped the new war in and the Gotye search works great. Thanks!

[hakko]

Did you just replace subsonic.war? That won't work as you need a subsonic-booter-with-dependencies that's compiled with java 7 too.

Check the stand-alone version available at http://dilerium.se/musiccabinet/#installation