i have 11 points to improve amarok (or other media player like juk)

some of them are allready implemented some not
brainstorm.php#idea84919

May be will be an idea for developpers

1) Easy add all songs to playlist from collection
2) easy sort the songs alphabetically in the playlist by typing in the search
in playlist bar (as juk)
3) Generate playlists as amarok 1 (i cant understand the way that amarok 2
handle this)
4) crossfade between songs (as amarok 1)
5) activate the playing song in the playlist (as amarok 1 )
6) equalizer
7) visual effects while song is playing (as totem ?)
search for song details in musicbrainz (as amarok 1)
9) search for cover and lyrics (as amarok 1 )
10) full integration to KDE (i dont have somethin precious in my mind i just remember that amarok 1 was fully integrated to konqueror)
11) Auto-complete When we type the name of an artist or the album etc amarok1 and juk have this feature. This is very important to avoid double entries and make things easier.

If amarok include these features (the rests of the allready implemented) will be again the killer application of KDE

Hope you're talking about a recent version, as you didn't state your version.

1. Just drag your whole collection to the playlist. (Doesn't make sense, but...)
2. Simply sort by title!?! (Where's the problem?)
3. ???
4. On the way
5. If you mean highlight, already there
6. already there (needs latest phonon)
7. Don't use them, so I don't know
8. Don't need it, so I don't know
9. already there
10. context menues for dolphin? (Plz. explain)
11. already there

So, summa summarum..., hmmm

Regards
m0nk

i have the 2.2.1 version

2. in juk when i start typing the playlist is shorted bt whatecer i type in there (name, album, year etc) The current behavour is to show me the title or album that i search without shorting the playlist.
3. i want to creat playlists with the most played songs, with the most rated songs, with the less played songs, and i cant found them. the dynamic playlist generator has some entries that i cant understand what they do. I tried many times. And i missed the smart playlist generator from amarok1
5. it is nt in my version, you mean a newer version than 2.2.1 ?
10. like amarok1 in konqueror
11. it is nt in my version

2. That's correct; the found entry is highlighted. But I see what you mean.
3. Smart playlists aren't impemented (yet).
I use dynamic playlists or filter my collection and drag the result to the playlist. More difficult, but way more flexible.
5. The current song is highlighted in a different colour. Is this the feature you mean?
10. that's no answer, sorry. Haven't used amarok 1.4 for nearly 2 years now.
So tell a bit more.
11. My fault, I thought you meant the dropdown box, which appears, whenever you edit f.e. tags.

5. is highlighted but it does nt follow the current song

You can make the Playlist search bar filter out non-matches--click the wrench icon next to it, it's the last option.

i see this function , for me is very nice the way that juk do this.
However i know that it needs time for the developers to integrate more features and functionnalities.
I have allready reported some of them:
https://bugs.kde.org/show_bug.cgi?id=190302
https://bugs.kde.org/show_bug.cgi?id=170999
https://bugs.kde.org/show_bug.cgi?id=178183

I hope these littles wishes to be listened

Dimitrios wrote:I have allready reported some of them:
https://bugs.kde.org/show_bug.cgi?id=190302
https://bugs.kde.org/show_bug.cgi?id=170999
https://bugs.kde.org/show_bug.cgi?id=178183

Bug 170999 is already fixed since quite some time. Also, bug 178183 has been marked as a duplicate of bug 176899 since ages, the latter has been fixed for Amarok 2.2.2 on November 12th.

I suspect you didn't read all the mails in your inbox, since you are subscribed to all those bugs, hence you should know that these are fixed...

in the list that i possted are nt my wishes report too
i posted my reports in bugs.kde.org to show that i am active user and to avoid answeres kind of: "You have to report a wish for that" as these things are "known" in forum's discussions about amarok

for deleting the current song i have added an external script.

for number 5. i didnt see, now is ok

Just let me point my own top favorite improvements:

1)On-fly switchable virtual surround for 2.1 speakers, maybe using bauer binaural LADSPA plugin (http://bs2b.sourceforge.net/) or alsa/downmix plugin. does phonon make it possible?

2)On-fly 24bit high quality floating point resampling via sw (like x-fi does in windows via hardware). does phonon make it possible?

3)Simple "extract from cd" menu that calls audex to perform that task.

4)Visible equalizer levels display similar to old fashioned stereo racks.

5)DVB radios support (once again: does phonon make it possible?). everyone has a dvb-s card knows how many radios can be listened through satellites...

6)starting of some sort of nepomuk integration....

7)FM cards support, eventually integrating some of kradio4 code (it works:simple and nice!).

Pulseaudio piloting capability. Once Pulseaudio's own equalizer would be ready, we'll risk some sort of conflict/distortion. (Does pulseaudio expose it's api in a comfortable way?)

9)reorganize code to let rise a sister project for videos (videocasts, dvb TVs and so on..) that shoud reutilize amarok interface....

10)align amarok for linux development with amarok for window development (amarok is a killer app to convince uncle bill's devoted to jump in this side...)

sergio.ub wrote:Just let me point my own top favorite improvements:

1)On-fly switchable virtual surround for 2.1 speakers, maybe using bauer binaural LADSPA plugin (http://bs2b.sourceforge.net/) or alsa/downmix plugin. does phonon make it possible?

2)On-fly 24bit high quality floating point resampling via sw (like x-fi does in windows via hardware). does phonon make it possible?

3)Simple "extract from cd" menu that calls audex to perform that task.

4)Visible equalizer levels display similar to old fashioned stereo racks.

5)DVB radios support (once again: does phonon make it possible?). everyone has a dvb-s card knows how many radios can be listened through satellites...

6)starting of some sort of nepomuk integration....

7)FM cards support, eventually integrating some of kradio4 code (it works:simple and nice!).

Pulseaudio piloting capability. Once Pulseaudio's own equalizer would be ready, we'll risk some sort of conflict/distortion. (Does pulseaudio expose it's api in a comfortable way?)

9)reorganize code to let rise a sister project for videos (videocasts, dvb TVs and so on..) that shoud reutilize amarok interface....

10)align amarok for linux development with amarok for window development (amarok is a killer app to convince uncle bill's devoted to jump in this side...)

What you want is really this here, it fits your needs much better:

http://www.videolan.org/vlc/

Point 1, 2, 5, 7 and 8: none of these have to do with Amarok, please ask where this belongs. If those functionalities are available, then why not? If our developers find it really important to implement it and time to do so, maybe...provided it brings a real plus to Amarok itself and is not just a niche feature used by very little people.

Point 3: why audex? it uses CD Paranoia in exactly the same way as K3b and the audio_cd KIO slave do, I fail to see any advantage to use an additional layer of complexity. We already use the KIO slave, so this argument is pointless.

6. Question of developer avaliability. I always wonder if people really have an idea what it means to implement features in terms of manpower and time...

9. Reorganize Code? Amarok's code is available, why on earth should we do that? I fail to see your point...

10. Well, then please bring in at least 10 developers specalised on Windows to do this task for both Amarok and the needed KDE libraries. While you are at it, for all KDE The current developers have only 24 hours in their day and need a life besides coding, too.

Just so you keep this in focus: Amarok is a Music player, not a jack of all trades!

@mark

What you want is really this here, it fits your needs much better

Mark, i really can't understand your sarcasm. If this is the kind of dialogue you normally have with forum subscribers, it means you'd have to concentrate yourself in coding and let other kde members exchange ideas with the public...

@myriam

right, the question of features priority is a matter of discussion. i personally don't think amarok has yet to develop lots of features besides those i pointed: It only needs some tuning on equalizer. For my personal point of view, rejecting my suggestions means amarok is almost finished. Some bugfix...and it's done.

Some questions, instead, are open.
1) what has necessarily to be a sound server task, and what can/has to be delegated to an audio player? Dramatically: an audio stream is "rock" equalized with amarok then passed to pulseaudio that reprocess the sound adding effects that introduce a lot of distortion. this can't be. audio processing must be done only at one point in the path.

2) I didn't get to know if phonon 4.6 can manage v4l2 devices (through QIODevice?), at list using xine backend. If so, should be relatively easy to add code to manage them. Not few people have TVCards, not many people have flat highspeed connections to internet for use of hiq webradios.

3) I understand that all amarok code has to be OS-agnostic, so all must pass through phonon. Than' in turn, what phonon can't do has not to be (yet) implemented. right?

P.S. i said audex because it's so clean and simple that, more than an pllication, it seems a plugin for other applications...

sergio.ub wrote:right, the question of features priority is a matter of discussion. i personally don't think amarok has yet to develop lots of features besides those i pointed: It only needs some tuning on equalizer. For my personal point of view, rejecting my suggestions means amarok is almost finished. Some bugfix...and it's done.

This is your opinion. The problem is that every user who comes with suggestions doesn't necessarily have the same priorities than you have. We currently have a wishlist with roughly 400 items. Of course the wishlist is not triaged, but let's say 350 feature requests, and all are valid from the point of view of the reporter. So does that mean we will have to implement another 350 features so everybody is happy? You must agree this doesn't make much sense. If you want a Jack of all Trades, make it yourself.

Again, Amarok is a Music Player, and it is up to the developers alone to decide what is implemented. Just to remind you why Amarok actually exists: Mark was not happy with the existing players and decided to write his own

sergio.ub wrote: Some questions, instead, are open.
1) what has necessarily to be a sound server task, and what can/has to be delegated to an audio player? Dramatically: an audio stream is "rock" equalized with amarok then passed to pulseaudio that reprocess the sound adding effects that introduce a lot of distortion. this can't be. audio processing must be done only at one point in the path.

Amarok is a Music Player that uses the underlying sound handling structures, sound processing doesn't have to be done by a music player anyway, it only adds needless levels of complexity that are error prone.

sergio.ub wrote:2) I didn't get to know if phonon 4.6 can manage v4l2 devices (through QIODevice?), at list using xine backend. If so, should be relatively easy to add code to manage them. Not few people have TVCards, not many people have flat highspeed connections to internet for use of hiq webradios.

I don't know, and again, this has nothing to do with Amarok, ask the Phonon people.

sergio.ub wrote:3) I understand that all amarok code has to be OS-agnostic, so all must pass through phonon. Than' in turn, what phonon can't do has not to be (yet) implemented. right?

Phonon is the sound manager for KDE, as easy as that. We use Phonon with the features it has, if the feature is not there, we can't use it. What is difficult to understand there? If you want features implemented by Phonon then please make feature requests at http://bugs.kde.org/enter_bug.cgi?product=phonon

sergio.ub wrote:P.S. i said audex because it's so clean and simple that, more than an pllication, it seems a plugin for other applications...

Well no, it is not, it uses the underlying CD Paranoia exactly in the same way as all the other do, it is an application, and it is not suitable as a plugin. And there is no need for a plugin, KDE has audio_CD KIO slave we already use.