| 1 |
On Thu, 24 Aug 2006 19:34:27 +0200 Andrej Kacian <ticho@g.o> wrote: |
| 2 |
|
| 3 |
> On Thu, 24 Aug 2006 18:42:27 +0200 |
| 4 |
> Robert Cernansky <hslists2@××××××.sk> wrote: |
| 5 |
[...] |
| 6 |
> mpd (and xmms2) is just a server that is responsible for music playback, |
| 7 |
> functionality such as xosd notification can be provided by clients, one |
| 8 |
[...] |
| 9 |
> Many xmms plugins I saw are frontend-related. This can be handled by |
| 10 |
> MPD clients. One of main clients, gmpc, recently added plugin support, |
| 11 |
> and already plugins for album covers or song lyrics are available. |
| 12 |
[...] |
| 13 |
> > Also I read that it is not possible to play file without addind it to |
| 14 |
> > mpd's database.(?) It seems to be clumsy. |
| 15 |
> |
| 16 |
> This is mainly because mpd is designed to run remotely, i.e. not on |
| 17 |
> your desktop - clients connect via TCP, so they have no idea about the |
| 18 |
> filesystem on box where mpd runs. |
| 19 |
> |
| 20 |
> There are plans to allow this exact functionality via URIs in |
| 21 |
> format: "file://". |
| 22 |
|
| 23 |
So, I've tried mpd plus mpc, gmpc, glurp and kmp clients. I must say |
| 24 |
I don't like it. _Mainly_ because that database thing - sorry but the |
| 25 |
playlist management is worse than I expected. I want simply _freely_ |
| 26 |
browse my filesystem, pickup an .m3u file and play it. |
| 27 |
|
| 28 |
I find it very limiting that I cannot play file from any |
| 29 |
location. That I have to copy it to "music" directory and rebuild the |
| 30 |
database. What about removable media? |
| 31 |
|
| 32 |
Another big disadvantage is that it cannot play Audio CD's. |
| 33 |
|
| 34 |
Behavior in multi-user environment is also bad. There is only one |
| 35 |
daemon, so imagine that I'll take a break from my work, pause the |
| 36 |
player, lock my screen and go to pub for an hour. Another user can log |
| 37 |
in and work, and listen the music. But he will have loaded same |
| 38 |
playlist, paused as I left it. So he loads its own and listen, but it |
| 39 |
will break also my player status and when I return, I'll find his |
| 40 |
playlist in my player. |
| 41 |
|
| 42 |
Sure, it can be solved by running separate instance of mpd by user but |
| 43 |
then it is too complicated way just to play music. |
| 44 |
|
| 45 |
In general, I thing there is no really good client for mpd. I can |
| 46 |
imagine that it is possible to start mpd by client, transparently for |
| 47 |
user. That this database disadvantages can be hidden by a client so |
| 48 |
work with files will be easy and straightforward like in xmms. That it |
| 49 |
will have plugin support and more features so things like xosd, handy |
| 50 |
disk-writer plugin, effect plugins, tag editing,... will not be |
| 51 |
missed. |
| 52 |
|
| 53 |
Many features are planned, but it takes time to get into real life. |
| 54 |
|
| 55 |
Btw, something like effect plugin (for example voice removal) belongs |
| 56 |
to server or client? |
| 57 |
|
| 58 |
> Also, mpd has gapless output by default, iirc. |
| 59 |
|
| 60 |
It does not wor for me, gaps are there. I only found Crossfade option |
| 61 |
in kmp client. |
| 62 |
|
| 63 |
Robert |
| 64 |
|
| 65 |
|
| 66 |
-- |
| 67 |
Robert Cernansky |
| 68 |
E-mail: hslists2@××××××.sk |
| 69 |
Jabber: HS@××××××.sk |
| 70 |
|
| 71 |
-- |
| 72 |
gentoo-dev@g.o mailing list |
Archives