On 2008/11/09 23:53, encoded [EMAIL PROTECTED] wrote:
It is unfortunate that Rattlesnake needs it's own database, but I
highly doubt that a patch would get accepted into MPD to track such
data.
Hi Eric,
why don't you ask me? ;-)
Having some sort of modifiable sticker database for song files
Hi all,
I am Roeland. I am one (of the two :P) developers of QtMPC as Qt bases MPD
client. I had some problems I was running into when trying to add new features
to QtMPC. Now I believed some of the problems are not in line with the design
principles and what MPD is not.
I recently had a
Hi,
As my first (non-introduction) post I would like to talk about the MPD-
protocol. The whole protocol feels to me like it is just implemented when new
functionality was added to MPD. While I totally understand this from a
developers point of view. This is not a good thing. The protocol is
Hi
Why not? The client can let the connection block until something
happens, or it can abort idle as soon as he wishes to use the
connection for something else. That is simple, but powerful.
As already proposed by someone else, a publish-subscribe protocol would be
much more appropriate
Roeland Douma wrote:
Hi,
As my first (non-introduction) post I would like to talk about the MPD-
protocol. The whole protocol feels to me like it is just implemented when new
functionality was added to MPD. While I totally understand this from a
developers point of view. This is not a
On Nov 13, 2008, at 2:04 AM, Max Kellermann wrote:
On 2008/11/09 23:53, encoded [EMAIL PROTECTED] wrote:
It is unfortunate that Rattlesnake needs it's own database, but I
highly doubt that a patch would get accepted into MPD to track such
data.
Hi Eric,
why don't you ask me? ;-)
My
