ethan wrote:

Dunno how hard it would be to add something like xmms-itouch. Lost of new keyboards have play/pause/next/prev buttons and its nice for quick access.

If I would have read chapter 5 of the handbook I'd have found out that is already built in.

Just a tip for others, make sure to select the right keyboard layout in the control center:
Control Center -> Accessibility -> Keyboard Layout. Now check Enable Layouts and this should allow you to select a Keyboard from the Keyboard model pull-down menu.

A couple of features I could really use are :

View total length of playlist

and

View total _disk-space_ of playlist.


I quite often make playlists for buring to CD or copying to my mp3 player, and knowing the disk-space/total-time is really useful

Ozdil Hasan wrote:

A tab with custom playlist

Implemented in CVS. Take a look at the screenshots ("in development").

A menu entry to save a playlist into m3u

Take a look at the toolbar.

A tab with favorite and last listen album will be very cool

Also implemented in CVS

Post edited by: markey, at: 2004/07/27 02:53

3mor3j wrote:
I would like a way to view playlist like in noatun whith hayes-playlist (just viewing the playlist like in a file browser with directories that you ca open, close, enable/disable)[/quote]
Another vote for it.


When I have my list sorted artist/album I cannot simply toggle them because the entries are grayed out. This is inconvenient. Please allow it and use only the primary entry in this case.


Regarding shortcuts and the tray popup menu: if amarok plays, then I want to [p]ause or top, otherwise [p]lay. Please toggle pause/play. This saves a menu entry, a shortcut and is far more intuitive.


http://amarok.kde.org/component/option, ... 9/catid,8/

hits me too. It's exists since late 0.9 versions and still present in 1.0.2 (just compiled)

Thanks! I implemented your suggestion for the collection browser. It was smart.

If you click play when amaroK is playing it restarts the track, so it has a use.

Hayes playlist is unlikely to happen really. Sorry.

mxcl wrote:

If you click play when amaroK is playing it restarts the track, so it has a use.

Yes, but - do you ever use it? I can say for myself that I often pause , but almost never (I can't remember doing it once) restart the same track. And I don't think I'm an untypical user. It would make far more sense to have a play/pause toggle shortcut and a replay shortcut imho.

mxcl wrote:

Hayes playlist is unlikely to happen really. Sorry.

Bummer! While amarok has the best potential among kde audio apps, this is one of the three points holding me back unsing it regularly (the other two points are the above mentioned bug and that amarok is a memory hog).

How about a "slow double click" feature to select a tag for editing ? much easier than right click or click-F2 .. I'd suggest using the middle mouse button if I had one .. lol .. and what about a keyboard shortcut for selecting the next tag in the same column ?

Yeah I use play to restart quite often. I admit that most people probably don't however I don't see any point to remove it. It's not as though the context menu for the systray has many items in it (7). And wrt to usability, it is not really a problem there IMO either. On the other hand removing the play item reduces the usefulness of that menu.

amaroK isn't a memory hog. I memory profiled it. It allocates 6MB of memory when playing a track and handling a 3000 item playlist, which is fairly low in the scheme of things.

amaroK uses a different playlist concept to Hayes. Noatun has a Hayes playlist, not much point in us reinventing another wheel. Also the playlist easily has more lines of code than any other component in amaroK, adding the option to have different playlist handling is not trivial.

Thanks.

Sultan wrote:

and what about a keyboard shortcut for selecting the next tag in the same column ?

Not tried TAB?

1. The player uses up 11% of my cpu, when ogg123 only uses 1%. I think it's because of the flashing song name and the visualisation thing. Maybe these 2 things could stop being updated when the player is docked? because they are not useful then.

2. An option to make the volume controler adjust main volume instead of pcm

3. Use the xmms crossfade plugin because it actually works and it can detect continuous tracks and decide not to crossfade between them

other than that it's great

I have in fact tried tab, and tab cycles trough all thetags and it's very very useful although it doesn't ignore hidden categories, perhaps a strange design decision, but what i meant. and maybe im an atypical user, is i'd like to jump to the next row,same column .. and yes i tried fill in u told me about it and i thanked you ..

Anyway, in a repetative action ike tag editing perhaps it could be more useful with more control over navigation - eg the ability to move back as well as forewards, and up and down it is an unecessary feature though and even i who brought it up can do without it ..

Also u may not have understood what i meant by slow double click .. ckick once, delay more than for a double click, and click again, thus selecting the tag for editing .. perhapse not something that would make or break a prog but certainly consistent and intuitive for alot of users

Povman wrote:

1. The player uses up 11% of my cpu, when ogg123 only uses 1%. I think it's because of the flashing song name and the visualisation thing. Maybe these 2 things could stop being updated when the player is docked? because they are not useful then.

These things are not done when the player is minimized/docked/hidden or on another desktop already. Chances are you should use a decent sound system backend like gstreamer or xine. However aRts can still perform pretty well, see our FAQ.

2. An option to make the volume controler adjust main volume instead of pcm

Did you miss the use hardware mixer option in the configure dialog?

3. Use the xmms crossfade plugin because it actually works and it can detect continuous tracks and decide not to crossfade between them

Physically impossible I am afraid.

Thanks,

Max

Sultan wrote:

I have in fact tried tab, and tab cycles trough all thetags and it's very very useful although it doesn't ignore hidden categories, perhaps a strange design decision,

Qt bug.

but what i meant. and maybe im an atypical user, is i'd like to jump to the next row,same column .. and yes i tried fill in u told me about it and i thanked you ..

Ahh yes, sorry. To much to do too little time Yeah I like your idea on using the keyboard navigation like that. I'm not sure how much control we can assert over this stuff though as it is Qt/KDElibs magic. I can try hacking it though.

Also u may not have understood what i meant by slow double click .. ckick once, delay more than for a double click, and click again, thus selecting the tag for editing .. perhapse not something that would make or break a prog but certainly consistent and intuitive for alot of users

Yeah again this is Qt/KDElibs controlled. Not much we can do, but I'll investigate anyway.

Cheers.

Love the program!!!

I'd been using gqmpeg for about 5yrs even after switching to kde from gnome 2yrs ago. Over the time that time I've been trying multiple mp3 players, but most of them where to "fussy" or complicated, or just donwright bizzar in their GUI layout. I wanted something simple clean interface with a good playlist editor. Also I wanted something that integrated well with kde.

However, after switching to amarok a few week ago I love it. My wife says its really simple to use. She work out how to do everything she wants in only a few mintues, without reading the help files. Such easy to use functionality is rare in open source programs.

Two small GUI issue we have though. Both minor
(version 1.0.1-1 from your deb archive)

1) Repositioning of the toolbar in the playlist window:
We use the playlist window with the play/pause/volume/etc buttons on the window's toolbar. If would be really nice we could reposition this "tool bar", eg at the top. Most KDE tool bars can be dragged to other positions in the window (eg the top) but for some reason we can't. There may be a reaon this tool bar can't be moved. But it makes sense with respect to how other KDE apps work.

2) Fields in the playlist.
Currently the only fields listed are "Title", "Artist" etc. However obviously id3v2 tags have other tag available. I personally use the "TCOM" field which is the field the iPod uses for composer. All my tracks have have this, its really usefull for techno where the DJ mixing if different from the actual composer of the tract.I have friends who use the "COMM" (comment) field to have notes about favourite each tracks.
It would be good if in "amaroK options" you could choose which fields you want to display in the playlist window. Obviously the default settings could be the fields amaroK currently displays.

Anyway.
Thanks again for making the best mp3 player I've every come across for linux.

Elivs
PS I seen several people in these forums suggest adding cd buring. Don't do it. keep amarok a great mp3/ogg player. If you want to make burning easier make amarok interface with k3b.

Pressing J in at least the xmms style window brings up a 'jump to' menu like in xmms as opening the playlist and typing it in, selecting it, clearing the search bar and then closing the playlist is far too time consuming.

Being able to change the artist/album for multiple songs at once.

The ability to delete a song off the HD from the playlist menu. Dang I hate having to go find the dupes.

Rename files according to the tags.

Current playing song is put into the title bar, it doesn't need to scroll or anything, just so one doesn't need to keep showing the window to see what's playing.

Toggle key for show/hide playlist

Command line flag to: play if stopped or paused else pause. For use with multimedia keyboards that have a play/pause button