Version: 1.0.1 (using KDE 3.3.0, (3.1)) Compiler: gcc version 3.3.4 (Debian 1:3.3.4-9) OS: Linux (i686) release 2.6.8-1-686-smp It's very good for almost people that Amarok is standalone music player. But I've two computers (server & laptop) my music are stocking and playing by my server but without screen. I use music player daemon : http://www.musicpd.org/ on my server. An another good reason for daemon's using, is that if amarok crashes, the music stop. With a daemon, the luck so that the music stops is much weaker. It's very important for me because I organize festivals and I am useful myself of amarok for the music, but when it crashes that made bad kind. It's very cool if amarok left the choice for using with or without a daemon. The music daemon used is your choice, but it's a good idea if amarok supports several music daemons.
Just find someone to implement an engine plugin for this music daemon. We'll gladly accept this contribution.
I just looked at some the source code for amarok, libmpdclient and Qt musicpd client called kmp. As far as I can tell, it could be used like any other engine, each song sent one at a time. There wouldn't be a whole lot of point to that, I suppose it would provide a small buffer in case you had X crash. It's obviously intended and it would be more useful if the client sends the users entire playlist. And the client should sync the playlist with the server's playlist (in case the user changes the playlist in another program). In other words, it would be a more involved engine then the others and would probably require some changes in amaroK proper.
*** Bug 96018 has been marked as a duplicate of this bug. ***
I also looked at mpd. What I see, is a daemon, which plays your music following a playlist independent from a client app. (of course you use a client app to define the playlist) You have to configure it a music_directory; it will maintain its own database. You can only add files to the playlist, which are in the music_directory (and the db) Amarok will have to use the same directory, for building the collection db. How should we sync ?
the only possibility to add mpd-support to amarok would be to have amarok being a full-featured _client_ to mpd. the whole idea of mpd is that the mpd manages the collection, the playlist, the playing and all this things. the client only gives the user control over the mpd but the client itself does not manage the playlist or collection standalonely one possible way to implement mpd-client ability to amarok would be: - amarok having a "mpd-mode" where the collection of amarok is not used but the collection is taken from mpd. - in the mpd-mode, the playlist in amarok reflects the mpd playlist but is handeled by mpd alone. (amarok may have a layer that would give the whole thing new features that does not exist in mpd like "play as next" and all this nice features) features like tagging and other nice things in amarok need a middle-layer implementation (what i mean is: if you want to tag a file, you need to know where it is because mpd itself only reads tags but does not write them. therefore you need to be able to read the collection-db of mpd directly) implementing something like this in amarok would not be easy ... maybe waiting for mpd to support more of these nice features would be easier (and then just implementing a mpd-mode where amarok works as a plain client)
*** This bug has been confirmed by popular vote. ***
I think the implementation could be much easier. Just let amarok generate a mpd compatible playlist, save it on the server and let amarok control mpd. Amarok should be able to control mpd to go forward and backward in the playlist and show the current playing song. If Amarok exits, mpd should just keep doing the last command issued by Amarok, e.g. play the playlist.
...and then someone uses another mpd client to change the playlist.
*** Bug 114624 has been marked as a duplicate of this bug. ***
As I said in my duplicate bug ^. Another good feature would playback of the icecast stream fed by the mpd server you are connected to. See my comments in the dupe bug for more info.
Sorry, but as discussed in IRC, it's not our scope currently.
there are no plugins that do this either?
I started writing a mpd emu script: http://kde-apps.org/content/show.php/mpdemu?content=68431
*** Bug 152286 has been marked as a duplicate of this bug. ***
*** Bug 153314 has been marked as a duplicate of this bug. ***
The message you sent requires that you verify that you are a real live human being and not a spam source. To complete this verification, simply reply to this message and leave the subject line intact. The headers of the message sent from your address are show below:
On Tue, 2007-12-04 at 00:38 +0000, Jeff Eklund wrote: [bugs.kde.org quoted mail]
Wth, is this some new kind of spam?
Why am I getting these messages? What do they mean? And who am I replying to!? Sam On Tue, 2007-12-04 at 10:03 +0000, Mark Kretschmann wrote: [bugs.kde.org quoted mail]