From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1GGVlt-0001Pt-L0 for garchives@archives.gentoo.org; Fri, 25 Aug 2006 07:06:30 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k7P75Y5O002020; Fri, 25 Aug 2006 07:05:34 GMT Received: from sas3.stonline.sk (sas3.t-com.sk [213.81.152.136]) by robin.gentoo.org (8.13.7/8.13.6) with ESMTP id k7P73eFG012579 for ; Fri, 25 Aug 2006 07:03:40 GMT Received: from av3.stonline.sk ([192.168.133.65]) by sas3.stonline.sk (8.13.6/8.13.1) with ESMTP id k7P73eqO007148 for ; Fri, 25 Aug 2006 09:03:40 +0200 Received: from smtp.t-com.sk ([192.168.133.65]) by av3.stonline.sk (8.13.6/8.13.5) with ESMTP id k7P73djH006670 for ; Fri, 25 Aug 2006 09:03:40 +0200 Received: from amit.kihnet.sk (adsl-d249.87-197-178.t-com.sk [87.197.178.249]) by smtp1.stonline.sk (STOnline ESMTP Server) with ESMTPA id <0J4J004LHKY303@smtp1.stonline.sk> for gentoo-dev@lists.gentoo.org; Fri, 25 Aug 2006 09:03:39 +0200 (CEST) Received: by amit.kihnet.sk (Postfix, from userid 1000) id 8F2F65C872C; Fri, 25 Aug 2006 09:03:38 +0200 (CEST) Date: Fri, 25 Aug 2006 09:03:33 +0200 From: Robert Cernansky Subject: Re: [gentoo-dev] Xmms needs to die. In-reply-to: <20060824193427.2982c723@Kacian2.emea.hpqcorp.net> Sender: mjlkcher@stonline.sk To: gentoo-dev@lists.gentoo.org Message-id: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-version: 1.0 X-Mailer: Mahogany 0.67.0 'Constance', compiled for Linux 2.6.17-gentoo-r4 x86_64 Content-type: TEXT/PLAIN; CHARSET=ISO-8859-2 Content-transfer-encoding: 7BIT Content-disposition: INLINE References: <1156365020.13743.15.camel@darksytem> <44EDA6B9.2020504@gmail.com> <44EDB133.2000406@gentoo.org> <20060824170832.5d1f36f4@Kacian2.emea.hpqcorp.net> <20060824193427.2982c723@Kacian2.emea.hpqcorp.net> X-Archives-Salt: 4ceda641-1963-4782-a524-3c00025e59dc X-Archives-Hash: e493da6cd18002051f7aa646e59b9f67 On Thu, 24 Aug 2006 19:34:27 +0200 Andrej Kacian wrote: > On Thu, 24 Aug 2006 18:42:27 +0200 > Robert Cernansky wrote: [...] > mpd (and xmms2) is just a server that is responsible for music playback, > functionality such as xosd notification can be provided by clients, one [...] > Many xmms plugins I saw are frontend-related. This can be handled by > MPD clients. One of main clients, gmpc, recently added plugin support, > and already plugins for album covers or song lyrics are available. [...] > > Also I read that it is not possible to play file without addind it to > > mpd's database.(?) It seems to be clumsy. > > This is mainly because mpd is designed to run remotely, i.e. not on > your desktop - clients connect via TCP, so they have no idea about the > filesystem on box where mpd runs. > > There are plans to allow this exact functionality via URIs in > format: "file://". So, I've tried mpd plus mpc, gmpc, glurp and kmp clients. I must say I don't like it. _Mainly_ because that database thing - sorry but the playlist management is worse than I expected. I want simply _freely_ browse my filesystem, pickup an .m3u file and play it. I find it very limiting that I cannot play file from any location. That I have to copy it to "music" directory and rebuild the database. What about removable media? Another big disadvantage is that it cannot play Audio CD's. Behavior in multi-user environment is also bad. There is only one daemon, so imagine that I'll take a break from my work, pause the player, lock my screen and go to pub for an hour. Another user can log in and work, and listen the music. But he will have loaded same playlist, paused as I left it. So he loads its own and listen, but it will break also my player status and when I return, I'll find his playlist in my player. Sure, it can be solved by running separate instance of mpd by user but then it is too complicated way just to play music. In general, I thing there is no really good client for mpd. I can imagine that it is possible to start mpd by client, transparently for user. That this database disadvantages can be hidden by a client so work with files will be easy and straightforward like in xmms. That it will have plugin support and more features so things like xosd, handy disk-writer plugin, effect plugins, tag editing,... will not be missed. Many features are planned, but it takes time to get into real life. Btw, something like effect plugin (for example voice removal) belongs to server or client? > Also, mpd has gapless output by default, iirc. It does not wor for me, gaps are there. I only found Crossfade option in kmp client. Robert -- Robert Cernansky E-mail: hslists2@zoznam.sk Jabber: HS@jabber.sk -- gentoo-dev@gentoo.org mailing list