LWN.net Logo

Amarok weathers its own storm of reactions

June 24, 2009

This article was contributed by Bruce Byfield

"It's our KDE 4.2," said Amarok developer Jeff Mitchell. He was referring to version 2.1 of the popular media player, including the recent 2.1.1 maintenance release. He was implying, too, that the Amarok 2.0's reception mirrored that of KDE 4, provoking hostile early reactions that were only quelled as later releases answered the worst of the complaints. It's an analogy that seems fully borne out by a hands-on look at 2.1.1's basic interface and customization features.

The analogy is to the hostile reception that KDE 4.0 received when released in January 2008. Despite warnings that the release was not intended for general use, distributions packaged KDE 4.0 as soon as possible. Almost immediately, users began complaining about the changes in the interface and the lack of features found in earlier releases. These complaints subsided only when the 4.1 and 4.2 releases re-introduced missing features and more customization, although you can still hear rumblings whenever KDE 4 is mentioned online.

"The development process of Amarok 2 has followed a similar path," said Mitchell. Like KDE, "We had visions for where we could go with Amarok, and a code base that had sprawled from Amarok's much more limited and simple beginnings and was in no shape to take us there. So, much like KDE 4, Amarok 2 was not a simple porting of Amarok to Qt4 and KDE4libs; it was an almost total rewrite."

[Amarok 2.1.1]

A major part of this rewrite was a transition to the new technologies of KDE 4.0. The switch to Phonon, KDE's multimedia API, allowed Amarok to stop maintaining its own media engines and, in 2.1, to add a graphic equalizer to the settings dialogue. In much the same way, Amarok now includes an embedded version of Plasma, KDE's core desktop technologies. This change allows the context features in Amarok's middle pane — for instance, the lyrics and artist information drawn from the web — to be written as Plasma applets. The integration of such KDE 4 technologies improves performance and reduces the code base that needs to be maintained while adding new functionality to the KDE 4 technologies themselves.

In total, Amarok 2 added some 200,000 lines of code. Since neither the project, nor any distributions, packaged the pre-releases, Mitchell admitted that the additions were not thoroughly tested. However, the project decided to release in December 2008, mainly because "motivation really tends to falter when you develop with no end in sight. Releasing 2.0 invigorated us, since we could finally get out of our endless feature freeze and commit huge new chunks of functionality, [and] get more bug reports and patches sent in."

[Amarok 1.4]

The downside of releasing 2.0 was a reception almost identical to that received by KDE 4.0 — a similarity that commenters picked up on almost immediately. If you do an Internet search, you will find no shortage of complaints about the change of interface from the previous 1.4 release. Complaints about a missing playlist editor, statistics, sound equalizer, and other features were almost as common.

This reception was not completely unexpected by the project, according to Mitchell. Released on 4 June 2009, version 2.1 was intended "to be our first user release," Mitchell explained. "So far, this prediction has come true. We, the developers, feel it is far more polished and that it is ready for general consumption; users have responded in kind, reversing the scads of negative 2.0 reviews with (as far as we've seen) generally very positive 2.1 reviews."

He admitted that the interface continues to receive complaints and might need work. On the whole, though, Mitchell described the Amarok team as already looking towards new developments, such as using Solid, KDE's device integration framework, for detecting portable media, and integrating with Strigi, KDE's desktop search daemon. Other upcoming features will include breadcrumb navigation and new context applets for YouTube and Flickr.

The new interface

For those who want to test Mitchell's assertions for themselves, Amarok 2.1.1 is already available for most major distributions and many minor ones. In many cases, though, you need to look outside the official repositories to find it. It is available, for example, from Launchpad for Kubuntu, and the Experimental repository for Debian.

Those used to the 1.4 Amarok window are likely to find the changes in the interface overwhelming at first. Rather than displaying sources and auxiliary information in a single pane on the left, Amarok 2.1.1 now spreads the same information over the first two panes on the left, leaving only the third for playlist tracks.

This layout is not ideal from one perspective. In the playlist, the artist and album are listed as a header, rather than repeated for each track, which can be inconvenient in a long list. Similarly, track details and collection sorting are available only from context menus that at first you might miss.

However, from another perspective, the layout removes unnecessary information while making it still available. I am assuming, of course, that most people are already familiar with the artist and album, and only occasionally want to look at cover art.

Moreover, the middle context pane, with its applets in tabs along the bottom, delivers far more information than 1.4, including lyrics and Wikipedia information. The applets are not always perfect — for example, if the Wikipedia applet hits a disambiguation page first, clicking the correct link opens it in your web browser rather than in Amarok. But the applets are welcome all the same, and with these additions, some information had to give way.

On the whole, I think that Amarok has prioritized the information correctly, even if you do risk occasionally overlooking a feature. Besides, if you are uninterested in the context information, you can always adjust the size of the panes so that the middle one is hidden and Amarok looks more as it did in version 1.4

Advanced and customizing features

[Amarok 2.1.1 PUD]

One feature that you might overlook at first is the PopUp Dropper (PUD). If you drag a track from the collection pane to the playlist, PUD appears as the cursor moves across the middle pane. If you drop the track on Append to Playlist or Replace Playlist, that action is immediately carried out. However, you can also hover the cursor over More, and PUD's menu expands to reveal less common options. Although the feature may not be strictly necessary, it's a convenience that I wouldn't mind seeing in ordinary file managers — especially when using a small screen like those on a netbook, where it could eliminate the need to scroll.

Other features that are tidied away until you discover them expand Amarok's basic functionality. Depending on how your distribution ships Amarok, you might be able to enable more Internet Services from Settings -> Configure Amarok -> Internet Services. These services are more numerous and more varied than in version 1.4.

For still more variety, you can check Tools -> Script Manager to add extra features to the basic installation. The available scripts include one to to stream audio books from Librivox, as well as a service that lists Internet radio stations. Click the Get More Scripts button, and you can download additional scripts, such as local audio streams, as well as applets or extra functionality, such as a musical alarm and a random album player. Activating these scripts will generally require restarting Amarok.

[Amarok 2.1.1
biased playlist]

A new feature in 2.1.1 is the ability to created biased playlists from a random collection. Using tracks' metatags, you can set the proportion of certain characteristics that you want. For example, you might want 25% of the playlist to include a certain artist, or 10% of a particular album. Alternatively, you might use the Fuzzy Bias feature so that the list includes only songs that are less three minutes long, or were released in a certain year. With such features, Amarok seems more customizable than ever.

In a nut shell

While some features from earlier releases are still missing in 2.1.1, whether you miss them is largely a matter of preference. Some might miss the setup wizard. Others might miss the ability to use a database other than MySQL, although, since the rest of KDE uses MySQL, the restriction seems natural enough when you consider the latest version's tighter integration into KDE. As for the ability to use a credit card to buy tracks from Magnatune, that is a service discontinued by Magnatune, not Amarok. Probably other features are missing as well, but, if there are any major ones, I failed to notice them in five days of living with the new release.

What I did notice was that the new interface contains more information, and makes controls more noticeable. An obvious example is the enlargement and movement of the basic playing controls to the upper left corner from the lower right.

I also appreciate the context information applets, and the way that advanced functionality and customization options are readily available, but not immediately obvious. With this arrangement, you can discover advanced features gradually, instead of being overwhelmed by complexity when you open the application for the first time.

Being asked to adjust to the unfamiliar is always difficult. Probably most users will have one or two complaints about the new Amarok. Mine are the notification window that pops up when a new track starts and Amarok does not have the focus, and the noticeable lag before the Stop button has an effect.

However, if you can put aside the preconceptions based on earlier versions, then you will probably conclude that Amarok's developers are right: With version 2.1.1, Amarok really has left most of its problems behind. Another release or two, and it should regain its former popularity, and relegate the often hostile reception of version 2.0 to a fading memory.


(Log in to post comments)

Amarok weathers its own storm of reactions

Posted Jun 25, 2009 10:20 UTC (Thu) by fb (subscriber, #53265) [Link]

I checked out Amarok 2.1, and I still found it lacking.

There are two things I do with a music player: (1)Select tracks from the collection, (2) edit the playlist (and play!). While Amarok 2.1 is better than 2.0 in some respects, it doesn't do neither well.

My 3 big sour grapes with Amarok 2:

1. That second pane, where one can see Wikipedia entries. As far as I am concerned that is simply feature creep. I never used it, never added any applet to it, and it still sits there taking a ridiculous amount of space. Unnecessary unwanted feature that a user cannot get rid of (i.e. I can't reclaim that space).

2. The play controls moved to the top *right*. I don't know where the Amarok devs look at right before starting to play something, or skipping a song. *I* will normally checking the playlist. Amarok2 has managed to place the playing controls as far away from the playlist as possible.

3. All choices are placed vertically when browsing the collection. Didn't these folks never used gtkpod (or rhythmbox and iTunes for that matter)? I never found anything as good as gtkpod to select tracks from a music collection.

Perhaps one or two iterations forward Amarok will be as popular as before, or perhaps many of its old users, not wanting to spend a year with a non-functional player, will already have settled on something else in the mean time.

Amarok weathers its own storm of reactions

Posted Jun 25, 2009 16:29 UTC (Thu) by mbiebl (subscriber, #41876) [Link]

Regarding 1.)
The middle pane can be easily removed: Just drag the right, vertical divider to the left until it snaps. There you go

Amarok weathers its own storm of reactions

Posted Jun 25, 2009 20:18 UTC (Thu) by fb (subscriber, #53265) [Link]

I had tried that before and just tried now. After trying for a few times, I figured that it doesn't really work.

The vertical divider will push the collection pane to the left for a while, and then collapse. If you then try to restore the collection pane size, you have to (1) pick the right divider, and (2) absolutely not drag it "the other way". Otherwise the middle pane opens again.

So any adjustment to panes would likely throw the middle open again. Not really a solution.

Amarok weathers its own storm of reactions

Posted Jul 29, 2009 16:45 UTC (Wed) by jospoortvliet (subscriber, #33164) [Link]

You'll be able to 'unlock' the interface in the next release, and move any
component anywhere - including the Grave ;-)

It's interesting, to me

Posted Jun 25, 2009 15:26 UTC (Thu) by Baylink (subscriber, #755) [Link]

that these issues crop up...

I think it means our plans for World Domination are almost complete.

How the hell *else* do you think FOSS developers are going to get feedback on what they need to work on, people; shoot the code over to their fully staffed user testing laboratory?

Nope; *we're* the user testing laboratory: we're users. That's pretty much the social contract, right? We didn't pay for it, but we're welcome to bitch about it -- in fact, they'd *love* for us to bitch about it, as long as what we have to say is informative and constructive. Soliciting people to "try out the new release" never gets you enough replies. So you fall back on esr's favorite phrase: release early and often.

So, what's the big unexpected problem here, again?

Amarok weathers its own storm of reactions

Posted Jun 25, 2009 17:52 UTC (Thu) by nlucas (subscriber, #33793) [Link]

One of the things I dislike with KDE 4 is the dependency on MySQL. Why should I need to have a SQL server running on my desktop? It just doesn't sound right to me, when options like SQLite exist.

Amarok weathers its own storm of reactions

Posted Jun 25, 2009 18:10 UTC (Thu) by boudewijn (subscriber, #14185) [Link]

That's why amarok uses mysql embedded...

Amarok weathers its own storm of reactions

Posted Jul 2, 2009 16:30 UTC (Thu) by Duncan (guest, #6647) [Link]

... Which was a big fiasco in itself, because MySQL Embedded simply wasn't
ready, and obviously not intended at that stage anyway, for the use to
which they were putting it. The thing was simply broken on AMD64, and
because Amarok devs decided to use it anyway, it all sorts of distribution
folks scrambling trying to fix the broken package.

That was actually the final straw, here. I had used the kde3 version, but
both kde4 and amarok took a whole series of bad turns with kde4, and while
I think it'll work out OK in the end, it sure caused a lot of needless
user pain in the process. Meanwhile, I decided if the Amarok devs are
that unconcerned about their AMD64 users, I don't need to be using their
package.

Of course, that was /after/ they'd already dropped the bits of amarok I
actually used it for on KDE3 (the winamp skin compatible minicli and the
visualizations), while only expanding the number of features, such as
lyrics and wikipedia lookups that normally turn up blank for the music I
use, that were useless bloat, from my perspective, requiring all sorts of
dependencies and taking screen real estate for nothing I found useful.

So they (1) dropped the features I liked, (2) added junk I found useless,
requiring a bunch of extra dependencies, including (3) one that was being
used for something it wasn't intended for and was flat broken for many
users.

So I switched. In my case, mpd along with separate clients for CLI,
curses, qt3/kde3, and qt4/kde4, met my needs FAR better, yet even with
non-X playback and control (amarok requires KDE, which requires X) and a
whole host of clients to play with, dependencies were FAR fewer and
smaller. Yes, I lost some functionality, namely the visualization and
minicli, that I used amarok 1.4, the KDE3 version. But those were broken
in amarok 2.x, the KDE4 version, anyway, and it had far heavier
dependencies, even when they /weren't/ broken!

No /wonder/ I switched!

why do they do these things?

Posted Jun 25, 2009 23:14 UTC (Thu) by cas (subscriber, #52554) [Link]

I had a quick look at amarok 2.x a few weeks ago, and wasn't impressed at all. i disliked it so much that i'll be looking for another music player once 1.4 is discontinued/stops working. amarok 2 seems like a huge step backwards. and i'm not talking about bugs - it's pre-release so bugs are to be expected and will eventually be fixed. i'm talking about the butchering of a nice, simple, clean user interface...which WON'T be fixed, because that's the new design.

amarok 1.x excelled at organising my music collection and playlists, has an excellent mp3/ogg/flac/etc tag editor, and (with the amakode plugin) seamless transfer of music to/from an ipod.

amarok 2.x loses all of that for no good reason. i don't want 'tighter integration' with KDE (I don't even use KDE - i'm mostly a gnome user who happens to use amarok because it's better than any of the gnome music players). what used to be a reasonably functional simple no-fuss music player has become a baroque monstrosity of pointless frills.

I don't want a desktop "experience", any more than i want a web "experience". I don't want bling, i don't want integration, i don't want my computer or my desktop doing weird and bizarre crap "for my own good".

and an embedded mysql server? WTF!!

amarok 1.4 was good enough that it was worth the time and memory usage of loading all the KDE libs when it started up (amarok and k3b were the only two KDE apps that i used. I've recently concluded that Brasero is a reasonable alternative to k3b so amarok is now the only KDE app that i use)

for now, i'll be continuing to use amarok 1.4, probably until it no longer works...but i'll be taking another look at the gnome or gtk music players...maybe they've caught up in usability and simplicity to where amarok 1.4 was. whatever i settle on will certainly start up faster and use less memory than amarok since i already have all the gnome libs loaded.

unfortunately, from what i've read recently, gnome is planning to go down the same stupid integrated bling obsession path that KDE4 has just gone through. i'm really not looking forward to that release.

the future of the desktop on linux looks bleak.

why do they do these things?

Posted Jun 26, 2009 7:07 UTC (Fri) by k8to (subscriber, #15413) [Link]

I'm back to shellscripts for a music player, personally.

Amarok weathers its own storm of reactions

Posted Jun 26, 2009 7:16 UTC (Fri) by daf (subscriber, #27590) [Link]

This is headline news?

Amarok weathers its own storm of reactions

Posted Jun 30, 2009 22:36 UTC (Tue) by BackSeat (subscriber, #1886) [Link]

So .0 releases are the new -rc release? And .1 or .2 the new .0 release?

This is stupid.

Move forward a few years and we'll need to wait for .5 before getting a feature-full, stable version.

I know it is received wisdom not to deploy a new version of Microsoft Windows TM until at least SP1, and ideally SP2, is available, but surely this is a(nother) Windows feature we don't need to replicate?

Amarok weathers its own storm of reactions

Posted Jun 30, 2009 23:04 UTC (Tue) by nix (subscriber, #2304) [Link]

Er, this isn't new. Remember glibc 2.0?

x.0 being wobbly and somewhat risky to use is not something specific to
proprietary software. It's not a sign of evil, either: perhaps of
excessive optimism, at best. A sizeable number of the things I've designed
have subsequently had to drag around kludges to allow people who were
relying on (what were in retrospect) horrible design errors in the first
version to not get burnt when I fixed those errors...

I for one am not smart enough to get everything right first time. I
suspect nobody is. Not even Don Knuth: TeX83 was quite a change from what
came before.

Amarok weathers its own storm of reactions

Posted Jul 2, 2009 9:45 UTC (Thu) by Wol (guest, #4433) [Link]

No. The thing about .0 releases is it's where the DEVELOPER INTERFACE is stable.

That's where KDE had the grief - the devs were screaming "4.0 is where the *interface* is stable - now you can port your apps without the next release breaking them all again".

The reason there weren't any user-level apps with 4.0 was because the *app* maintainers didn't appreciate chasing a moving target. They'd rather fix the code *they* broke, not fix code that *KDE* broke by moving the goalposts.

So a .zero release merely means "we've stopped messing about with the foundations, now you can build the superstructure without us breaking it". And users *shouldn't* expect that superstructure to magically appear in no time flat.

(The trouble, of course, is that distros need to support .zeros because many of their users may be those app developers, that need .zero in order to upgrade and test their apps.)

Cheers,
Wol

Amarok not defined...

Posted Jul 8, 2009 16:18 UTC (Wed) by jmmans (guest, #34995) [Link]

Editorial comment: For those of us who are not users of this program, one had to basically guess based on context what it does -- the first four paragraphs provided no hint. It does reduce the interest somewhat in an article when the purpose of the program in question is unknown. A single sentence would be sufficient.

Amarok not defined...

Posted Jul 8, 2009 18:21 UTC (Wed) by nix (subscriber, #2304) [Link]

Google for 'Amarok', the first to fourth hits are all relevant, the eighth
references it, and the ninth lets you buy the Oldfield work it was named
after. :)

Amarok not defined...

Posted Jul 8, 2009 18:33 UTC (Wed) by corbet (editor, #1) [Link]

Hmm...the second sentence of the article describes Amarok as a "popular media player." So it's not true that it's completely undefined.

That said, it's always good to ensure that there's enough context; please accept our apologies if we fell a little short this time around.

Copyright © 2009, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds