Again too long since my last blog post. For those who are new to my blog: I (DanielW in IRC) am the GSoC student working on bringing Nepomuk into Amarok.
So what has happend the last weeks? Amarok now writes statistics back to Nepomuk (playcount, last played date and so on). With the nepomuk search client and kio slave in playground you can search files for that (list for example all files played more than 10 times).
But what I really want to talk about are “real persistent playlists”:
Thanks to the new Filewatch service (already in svn (trunk and 4.1 branch)) Nepomuk can now track movements of files and update the metadata connected to them. (it uses KDirNotify and can only track file movements done from KDE applications).
I am using this in Amarok to have playlists which still work after renaming/moving files. This means you can:
create and store a playlist
close Amarok
move the files around/rename them
start Amarok and your playlist still works
Amarok also monitors changes to the data at runtime. I first planed to make a screenshot (without it, it is not real but you can not see it on a screenshot. So I made a screencast. Here it is (download in high quality (6 MB))
(sorry for poor Youtube quality, get the real one)
Now the technical part:
It works by creating and storing a uuid for every track used in Amarok. It then uses this uuid in the URL of the playlists. That works but is no perfect solution. In the long term (after SoC) I will have to create track (and album) resources (which link to the actual files) in Nepomuk. This will solve this without the uuid and bring other possibilities but also a lot of new problems.
You can try it out now (it is in svn of Amarok) but expect bugs and missing features.
It seems like you left a hyper link around the Youtube embed. The result is that the video is unplayable since a click anywhere in the player directs me to the link destination.
Check the source. I cannot paste HTML here since I can't use less-than, but it's there. It's a link to http://blog.danielwinter.de/wp-admin/post.php?action=edit&post=6 wrapped around the object element.
I don't understand what Wordpress is doing here, so I guess this text is copy-pasted from another blog and that the link just followed.
Okay, so here's the source code which have anything to do with this:
http://pastebin.com/m1bb63574
I don't know why you guys don't get affected by this, since it should be an effect of this according to the HTML spec. Is the source different for me?
It's also weird that there's an empty strong tag before the anchor element... and br elements outside the paragraphs... I don't understand the code at all, actually... It seems to be generated from a badly (IMHO) configured/coded WYSIWYG editor.
Not trying to flame here, just trying to help.
It could be bad for Firefox users, since Firefox 3 on WinXP, and Firefox 2 without any extensions on WinXP is affected by this, at least.
If someone else have this problem, just use this Youtube link instead: http://www.youtube.com/watch?v=lEdInE7HwHs
I am totally absolutely amazed by this video. Finally, it works as it is supposed to. In Amarok 1.4 I sometimes moved a file around with Dolphin and I lost my rating in Amarok, because Amarok thought it was a new file...
ONE BIG QUESTION: When migrating from amarok 1.4 to 2 (I will do that with the next Kubuntu release), will my old ratings within amarok be transferred to the new nepomuk system-level ratings?
I have a huge music collection and spent weeks rating EVERY file, so I would really appreciate not losing that.
>> Thanks to the new Filewatch service (already in svn (trunk and 4.1 branch)) Nepomuk can now track movements of files and update the metadata connected to them. (it uses KDirNotify and can only track file movements done from KDE applications).
Hmm.. would be nice if KDE came with a sort of "proxy console" that can catch when files get moved with console commands or something.
>> It works by creating and storing a uuid for every track used in Amarok. It then uses this uuid in the URL of the playlists. That works but is no perfect solution. In the long term (after SoC) I will have to create track (and album) resources (which link to the actual files) in Nepomuk. This will solve this without the uuid and bring other possibilities but also a lot of new problems.
When you get there, consider using the http://musicontology.com/ for describing the track and album resources. Also it'd be nice to be able to use MusicBrainz identifiers (which are UUIDs and get stored in ID3 tags when you use a MusicBrainz tagger) for identifying the resources. Someone was also working on converting ID3 tags to MusicOntology resources: http://groups.google.com/group/music-ontology-specification-group/browse_thread/thread/655c318266e82a5a/67401fe9f8aaa5be?show_docid=67401fe9f8aaa5be
Then there's also GNAT which tries to match files to MusicBrainz identifiers (but it doesn't actually try to read those identifiers out of the files yet ), see http://blog.dbtune.org/post/2007/08/30/GNAT-01-released