You are here

Accepted Projects - Web Services and Playlist Redesign

In this year's Google Summer of Code KDE received 40 projects - 15 more than last year.

Amarok itself has only two projects, but they are both quite useful at this critical phase of Amarok 2.0 development.

The accepted projects are <drum roll>:

  • Leo Franchi - Web Services Integration. Amarok's integration with Wikipedia, and lyric fetching comprise some of its most unique features. This summer when Leo isn't relaxing on a beautiful Italian beach, he will be integrating these features into Amarok 2.0 and allowing new services (such as guitar tabs) to be easily added.
  • Ian Monroe - Playlist Redesign. Ian will be implementing the overhaul of the playlist both in its appearance and its backend code. And wishing he was in Italy rather than Missouri. (Missouri loves company. HAHA.)

Thanks to everyone who submitted! If you're a student, start thinking of what project you would like to submit for next year.



GL to both interns involved. Multiple cover-art per album? Tabbed playlists hmm? Amarok can't be beat!

would it be possible to add to the list of lyrics providers? they are the only site I know of that consistently has the lyrics of the music I listen to. no other site compares, really! That would make me the happiest amarok user ever.

thanks for your work this summer, good luck.

Amarok already uses scripts to do the actual fetching of lyrics. Just make your own for whatever site you want.

I too would like to have, though only for the comments at the bottom where people (sometimes) post the meaning of the song (hence the site's name). For lyrics, I prefer're spot on, almost always, and if they aren't, they're a couple of clicks away from being changed.

Wicked, lets go back to the days of xmms when it was the best thing we had for playing music!

Seriously though, I haven't had to think about those days since the day I discovered amarok.

I for one am hoping that the amarok coders+designers are not really willing to see it go the way of all the old GNOME applications (eg galeon) which were rendered useless by slavishly adopting Miguel's ridiculous GNOME 2+ policies. If amarok starts adopting this behaviour, how long will it be before the rest of KDE follows...

This new playlist looks fine as an idea for some little window or tooltip intended to show you just what is playing now and what is coming up, but to call it a playlist 'interface' is a farce.

If this loser wants a single column list which is able to show the next 5 songs, he should just add that functionality to the existing OSD and leave the playlist alone, or else go and use a gnome program instead. In fact, here is a gnome program with the playlist he wants:

Your frustrations are pointless, and really, vandalizing the wiki, that's just low. Just because the playlist looks superficially like a gtk app's playlist doesn't mean ... you know what, forget it, you're no more than a troll anyhow.

Surely you mean something else.... Like "Poorly expressed" or even "unfounded".

His fears - though not the way he has expressed them - are perfectly reasonable.

The current playlist interface works very well, utilises available screen realestate affectively and has no significant lack of functionality. One of the things that I really like about amarok is that it doesn't try to be tiny little app in the corner of the screen and is quite happy to fill the screen while it's the active application, giving ready access to all the information the user might want.

I'd be very cautious about squashing the playlist down to something like the mockup on the wiki page without really thinking about whether the end result is a significant improvement. Is there an document somewhere discussing why it needs to be done and/or the issues people have with the current design? I assume there is something on a mailing list somewhere and I'm sure it would be helpful for people like myself looking at the potential changes and wondering "Why?" (and lets not get ahead of ourselves, he says in the wiki that he is "considering implementing" not that he is "definitely implementing" the changes).


Well I truely believe the current design is perfect. Its simple, clean, and each area has the room I need.
The collection and context browser really only need a small amount of room for artist and album names since 99% are not more then a few words. The playlist is perfect especially since I like the track, artist, album, and length to be displayed enough to be readable.
Cramming things together does not add any functionality since the context browser nicely word-wraps long album names and wikipedia pages. The reccomendations are also very well placed.
It will take away funtionality if I can't see the information I would like to and if I have smaller space to edit tags on the fly in the playlist browser. I'm sure when everything is said and done I might get used to a new layout, but I would at least like the option of switching back to the old view if I want.
More windows != better design
the UI design is the best feature of Amarok to me. I have tried everything else and nothing else has such a clean and well thought-out design. iTunes, Juk, Windows Media Player, etc don't come close.
This playlist redesign is making me a little nervous.
The design fits in great with the overall KDE design: sidebar on the left, information on the right.
And has anyone even bothered asking Uncle Rodney what he thinks??!!
Amarok is more then just a media player, it's the worlds first IME (Integrated Music Environment).

to the list of people who wants the playlist to remain what it is.
I don't think its necessary to change the playlist itself, other than very small aesthetic corrections, for it to fit with the amarok redesign mockups that keep showing up here and there.

*Amarok: totally cool*

And now, for something completely different...

Now: "...wishing he was in Italy rather then Missouri."
Correct: "...wishing he were in Italy rather than Missouri." (The subjunctive mood is optional; but 'than' is not... typo?)

Now: "If your a student..."
Correct: "If you're a student..." (contraction of 'you are')

Es ist nichts. (If your syntax had not otherwise looked so elegantly correct, I wouldn't have bothered.)

Well I'm a Computer Science major for a reason. ;)

I`ve been using xmms for a long time, but as I see now xmms v1 dies more and more. I`ve recently decided to give amarok a try as a it becomes popular. My first impression is that it`s playlist/music collection management is clumsy. I am going to use a couple of quotes from the front page of amarok`s website, as I just want to share my first expressions and as there is a SoC project for the playlist.
Fron page says "Amarok is the music player for Linux and Unix with an intuitive interface. Amarok makes playing the music you love easier than ever before - and looks good doing it.", well it`s not so intuitive for me :) and you will just see why. First step after installing it: tell the program where to look for music. Then I would like the collection to get updated every once and a while as I may add more music in those directories, so I tell it it to automatically rescan the dirs. So far so good, but I have an external disk. So if I try using amarok when the ext. disk is not connected to my laptop, I end up waiting some minutes until it rescans everything (searching through the collection is boviously impossible, which is unpleasant when I want to play something, the reason I had started the payer for). Going home, plugging the drive, rescanning again ....... same problem: long time not being able to search for anything, not to mention reindexing 70G mp3s. Next step, disable automatic rescanning, then I loose the ability to get my collection refreshed, I have to do it manually, it also takes some time, searching disabled too, the while window is freezes during the rescan (maybe my T40 is too old for this).
So after all this comes the idea: would it be possible to do background rescanning of the whole collection, without affecting the searching window and the whole app`s performance at all? Torrent clients do this fo reindexing shares, I think it`s quite preasant. Also don`t delete file`s info, just mark it as "not there" in the first, and may be second rescan (torrents do this too, I find it quite nice).

Collection searches:
* It doesn`t seem to find everything that I find with xmms searches. I haven`t bothered to tind out exactly what is being miss when searching.

* I seem not to be able to find where to choose tags/filenames encoding, or font encoding. I can choose fonts, but cannot choose encoding. Maybe it`s there but I don`t see it. But I have about 20G of music (with tags written in cp1251) that I cannot just search through/see song titles. I`ll probably have to write a script to traverse the whole data and recode tags in utf-8, but don`t have time for this now.
Nevertheless the idea: can you add an option to chose font encoding, not just fontname? Maybe some day in 10 years everybody will be using utf-8, but it`s not the case now :) and it would be nice having this as an option.

* Searching takes too long and freeses the search tab while typing. I`m sure that it`s due to my 20th century hardware (IBM T40 laptop with 1.5GHz processor and 1G of RAM). I have about 60-70G of mp3s but I find searching takes too much time, as I intend to buy sime 500G disk soon and fill it with music.
Idea: Optimize searching algorithms? same applies to the playlist tab

* Since people ( in this case I, suppose others too ) have a fair amount of badly tagged files, it would be nice it the search unfolds results with only one 1 hit in an artist/album. Example: I have 10 files for author AAAA, some are tagged as having author AAaAA, AcAAA, AccAAA (this applies to album names too). If I want to see all the files found in the search I have to unfold all of them (having to click 2*(10-15) times on the pluses to unfold everything. It would be nice it it unfolds authomatically for just 1 (or 2-3) hit per album/author.

No I will comment on the concept of the payer itself, maybe it`s not the place to do it here. But I`ll give it a shot:

"A miracle in software engineering - we added less people to an early software project and made it later, disproving the Mythical Man-Month."
After reading this, and the link in wikipedia I stopped on "Conceptual Integrity" and remembered my first impression 1-2 months ago when I ran amarok for the first time. It has many features, many tabs, many buttons..... It`s too complicated for just a player! It was hard to get myself used to using it for just playing music (how to I search, how I move files around, how to browse the disk). That`s what I thought first, then I found out it can look for lyrics, shows some fancy stuff, OSD annoyed me, so I`ve dissabled it :)
Maybe I`m just used to the "keep it simple" lifestyle and old winamp/xmms outlook ( simple playlist and just a player, nothing more).

So final thoughts: keep it simple guys :) introducing fancy stuff, think about people having lots of music and not so fast computers. "Amarok is the music player for Linux and Unix with an intuitive interface." -> take a look at your dvd/mp3/cd player :) it has intuitive interface (with just a few buttons).

Testing new spam system.