Bug 168781

Summary: labels in Amarok 2
Product: [Applications] amarok Reporter: Johannes von Scheidt <linux.vonscheidt>
Component: generalAssignee: Amarok Developers <amarok-bugs-dist>
Status: RESOLVED FIXED    
Severity: wishlist CC: aermler, alex.danila.web, ewv, kde-bugs, marcan, TheCrasher
Priority: LO    
Version: 2.3-GIT   
Target Milestone: 2.3.1   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In:

Description Johannes von Scheidt 2008-08-08 23:21:56 UTC
Version:           2.0 alpha 2 (using KDE 4.1.0)
Installed from:    Ubuntu Packages
OS:                Linux

I have music, podcasts and audio books in my collection 
and it is really annoying, that these different media types
are in the same database. For example: If I use the random mode,  
at first I hear a song bu then comes a track from an audio book 
and then a podcast by Chaos Computer Club. It also would increase the overview. 

I would like it very much, if there were separated databases 
for different media types.
Comment 1 Lydia Pintscher 2008-08-17 19:31:45 UTC
What you really want is having labels and smart playlists back.
Then you can exclude certain media types based on a label.

This is on our list of features to implement. However right now we have more important issues to deal with before Amarok 2.0 release.
Comment 2 Andreas Ermler 2009-09-03 12:21:04 UTC
What is the status on labels now? As far as I have seen it's not implemented in Amarok 2.2, is it? But maybe it will make it into Amarok 2.3?
Comment 3 Lydia Pintscher 2009-09-03 12:38:59 UTC
Unfortunately it did indeed not make it into 2.2 :(
If you know someone who would like to work on it for 2.3 let me know.
Comment 4 AllenJB 2009-10-04 01:13:09 UTC
More important issues? What's more important than your killer feature which no other media player I've found to date has?
Comment 5 Mark Kretschmann 2009-10-04 01:58:39 UTC
The definition of a "killer feature" differs a lot with the use case :)
Comment 6 Hector Martin 2009-10-15 18:39:08 UTC
*** This bug has been confirmed by popular vote. ***
Comment 7 Myriam Schweingruber 2009-10-15 19:52:51 UTC
*** Bug 198098 has been marked as a duplicate of this bug. ***
Comment 8 Myriam Schweingruber 2009-10-15 19:53:36 UTC
Reopening
Comment 9 Hector Martin 2009-10-15 19:57:30 UTC
Is anyone working on this? I think dedicating a release cycle to adding the missing features that Amarok 1.4 had would go a long way towards getting remaining 1.4 users (like myself) to switch.

(copying comment from the dupe'd bug)
Comment 10 Eric Vaandering 2009-10-16 00:06:18 UTC
I think if you read forum comments about "Why I can't switch to Amarok 2" this is way up there.

Let me explain why this is preventing me from switching. I have a media PC with ~8000 songs. I have probably have of them tagged as "night" which means I can listen to them while I fall asleep. I obviously have another 4000 songs that are "hard" enough to keep me awake.

I have dynamic playlists in Amarok 1.4 for both my whole music collection and these night songs. Those also take into account things like ratings and playcounts, etc. I can't switch until I can get the same functionality or some other way of doing what I need to restored.
Comment 11 Hector Martin 2009-10-16 00:26:11 UTC
That's basically my situation. I have ~3000 songs in my collection, and I use a system of labels and ratings to group them into different, overlapping categories. For example, I have a playlist for "songs I like", in general (decent rating). I also have a few playlists for "songs I like of a specific type" (rating and label), and variants for "XXX least played songs" so I can listen to the ones I get least often (these work using sorting by playcount and a count limit). There's also a playlist for songs I haven't rated, so I can listen around and rate the ones I like, and later go over them with the "least played songs" lists. I also sync these dynamic playlists to my iPhone (they get converted to static playlists as they are transferred). Not having labels removes a lot of the functionality that I use every day.
Comment 12 Daniel Dewald 2009-10-28 21:48:01 UTC
I'm goning to look into this. There will be no changes in the official trunk before 2.2.1 because of a string freeze (I'll have to add a few strings). 2.2.1 is going to be out in about 2-3 weeks. So hang on a while ;o).
Comment 13 Daniel Dewald 2009-11-18 02:56:25 UTC
Labels support was added and is available in the GIT Version. First stable release with label support will be 2.2.2.
Comment 14 Myriam Schweingruber 2009-11-18 10:29:56 UTC
(In reply to comment #13)
> Labels support was added and is available in the GIT Version. First stable
> release with label support will be 2.2.2.

Thank you, closing then :)