At 2012-02-06 18:01:10 -0800, Avuton Olrich wrote:
> On Mon, Feb 6, 2012 at 1:13 PM, Bart Nagel wrote:
> > At 2012-02-06 13:11:36 -0800, Avuton Olrich wrote:
> >> On Mon, Feb 6, 2012 at 11:18 AM, Bart Nagel wrote:
> >> > Hi, folks. I've just started at a new job and have been given a
> >> > Windo
On Mon, Feb 6, 2012 at 1:13 PM, Bart Nagel wrote:
> At 2012-02-06 13:11:36 -0800, Avuton Olrich wrote:
>> On Mon, Feb 6, 2012 at 11:18 AM, Bart Nagel wrote:
>> > Hi, folks. I've just started at a new job and have been given a
>> > Windows box. I've managed to get MPD and a couple of clients runni
At 2012-02-06 13:11:36 -0800, Avuton Olrich wrote:
> On Mon, Feb 6, 2012 at 11:18 AM, Bart Nagel wrote:
> > Hi, folks. I've just started at a new job and have been given a
> > Windows box. I've managed to get MPD and a couple of clients running
> > (which is going to make my life much more comfort
On Mon, Feb 6, 2012 at 11:18 AM, Bart Nagel wrote:
> Hi, folks. I've just started at a new job and have been given a
> Windows box. I've managed to get MPD and a couple of clients running
> (which is going to make my life much more comfortable) but I can't
> find a win32 binary for mpdscribble. I'
Hi, folks. I've just started at a new job and have been given a
Windows box. I've managed to get MPD and a couple of clients running
(which is going to make my life much more comfortable) but I can't
find a win32 binary for mpdscribble. I'm not up to compiling it myself
(in a Windows environmen
On 2010/12/21 17:57, Andreas Duering wrote:
> The log doesn't really help, last "handshake timed out" was oh 6th
> December, other entries only include title changes.
Never heard of that problem, and it works very fine over here. Watch
the TCP traffic with wireshark, see what happens on the lin
Hello,
I am having problems with scrobbling played titles to last.fm and
libre.fm recently. mpdscribble recognizes the new songs, but just saves
them to the journal.
The password (hash) is correct, I can login via the web interface of
last.fm, and it worked before 7th December.
I am using the gi
On 2009/04/08 23:16, Stephen Paul Weber wrote:
> Attached is a patch to deal with that :)
Thanks, I have merged all of your patches. I havn't tested with
multiple services, though - there doesn't seem to be a regression in
single-service mode.
I think we need a little bit of refactoring:
- the
Somebody claiming to be Max Kellermann wrote:
> On 2009/04/07 19:01, Stephen Paul Weber wrote:
> > Attached please find 5 patch files, each the output of a git show
> > for 5 commits that progressively implement this feature :)
>
> Found a major problem: conn.c does not deal with more than one
>
Max Kellermann wrote:
> On 2009/04/07 19:01, Stephen Paul Weber wrote:
> Looks quite good. I'd like to test it - though it seems like I need
> an "invite" to join libre.fm. Can you give me one?
I've sent it.
> Things I don't like about your patches:
>
> - I don't want "runtime state" informat
On 2009/04/07 19:01, Stephen Paul Weber wrote:
> Attached please find 5 patch files, each the output of a git show
> for 5 commits that progressively implement this feature :)
Found a major problem: conn.c does not deal with more than one
connection at a time. There's the global variable "g", wh
On 2009/04/07 19:01, Stephen Paul Weber wrote:
> Attached please find 5 patch files, each the output of a git show for 5
> commits that progressively implement this feature :)
Looks quite good. I'd like to test it - though it seems like I need
an "invite" to join libre.fm. Can you give me one?
Somebody claiming to be Max Kellermann wrote:
> On 2009/04/07 01:39, Stephen Paul Weber wrote:
> > Yes, this is exactly the functionality I had in mind :)
>
> OK, understand. While I'm not interested in that feature, I
> understand others are, and I'd be willing to merge that.
Attached is anoth
Somebody claiming to be Max Kellermann wrote:
> On 2009/04/07 01:39, Stephen Paul Weber wrote:
> > Yes, this is exactly the functionality I had in mind :)
>
> Be sure that old configuration files continue to work.
Attached please find 5 patch files, each the output of a git show for 5
commits th
On 2009/04/07 01:39, Stephen Paul Weber wrote:
> Yes, this is exactly the functionality I had in mind :)
OK, understand. While I'm not interested in that feature, I
understand others are, and I'd be willing to merge that.
Give the configuration file format a good thought when you hack on
that:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody claiming to be Jeffrey Middleton wrote:
> I think the idea was to send the audioscrobbler data to multiple servers,
> not to connect to multiple instances of mpd - this got confused by the use
> of the word "host" in the sample config. I thin
I think the idea was to send the audioscrobbler data to multiple servers,
not to connect to multiple instances of mpd - this got confused by the use
of the word "host" in the sample config. I think the idea would be more
something like this (using similar format to mpdconf):
scrobbleserver {
On 2009/04/06 20:17, Stephen Paul Weber wrote:
> More and more web services are starting to implement the
> audioscrobbler API (jamendo.com, libre.fm). I would like to scrobble
> all my mpd listens to multiple of these services with mpdscribble. As
> it is, I can change the host in the config, w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello!
More and more web services are starting to implement the
audioscrobbler API (jamendo.com, libre.fm). I would like to scrobble
all my mpd listens to multiple of these services with mpdscribble. As
it is, I can change the host in the config, wh
This release has the normal bugfixes, cleans up the source code to be
much more readable, supports MPD's idle command, uses more glib code,
logs to syslog, resubmits "now playing" after re-handshake and much
more.
Pick it up at:
http://downloads.sourceforge.net/musicpd/mpdscribble-0.14.tar.bz2
R
Hi,
after I have taken over the mpdscribble project last week, I have
merged lots of patches which were floating around the internet, and I
have created a bunch of new ones. The most important change is the
adoption of the last.fm protocol 1.2 ("now playing" support), thanks
to Christoph Leuzinge
21 matches
Mail list logo