I'm working with the MPRIS D-Bus interface with Amarok and I'm sure that with a player like xmms this standard works very well, but for a player like Amarok it is soo limited.
I mean, I can't get the lyrics, I can't set the rating, I can't control LastFm.
Don't get me wrong: Amarok 2 is a great player but, for me, this is a big handicap.

If it is not going to change, could I write a plasmoid for Amarok that does nothing more than implementing a D-Bus interface that suits my needs?

The MPRIS standard is very extensive for most common purposes. For more specific scripting possibilities please see here:

http://amarok.kde.org/wiki/Development/ ... _HowTo_2.0

Yes, but javascipt doens't support D-Bus so a script wouldn't be able to communicate with my app.
Or is there an other way I could follow in order to make them talk?

Well you could for instance talk to the MPRIS group and suggest to add certain new functions to the standard (it's versioned). Also we as the Amarok project are open to extending our D-Bus interface beyond the MPRIS specification, in certain cases. This has already happened in SVN recently (2.1), where we have added 3 new functions.

Otherwise, there are probably ways to connect Amarok's internal scripting engine with your external app. I think this has been discussed before, but I don't remember the details.

Yea we do need to get dbus support into QtScript, I'm not quite sure what the story of that is.

Btw what do you need the d-bus api for?

Rather then create a plasmoid to create a new dbus api you could just send us a patch. There are some things that need to be out-of-process and would make sense to have a D-Bus api for. You just need some sort of reason.

i'm the developer of PlayWolf and i'd like to set the rating, to control last fm streaming, to get the lyrics, and maybe some other things that now i don't remember
i asked on the mpris mailing list for adding some new methods, but i got no response. in fact that project seems quite dead,
anyway if i find the time i hope i'll do some patches.

in the meantime keep up the good work!!

giucam wrote:I asked on the mpris mailing list for adding some new methods, but i got no response. in fact that project seems quite dead,
anyway if i find the time i hope i'll do some patches.

Sad to hear that

So maybe (if it really is dead) we (the Amarok project) will have to take over maintainership of the standard in the future. As far as I remember, MPRIS was initiated by the XMMS II project, which itself seems kinda dead now (or at least slow moving).

Anyway, hopefully they're just a bit slow with replying (maybe on vacation), and things will settle itself.

I find, if amarok2 changes track automatically, it would emit once trackChange and once statusChange(playing) signals, but change track handly, it would  emit once trackChange and twice statusChange(playing) signals.

And if stop amarok2, before emitting statusChange(stop) signal, it would emit statusChange(playing) signals.

Would developers fix those? Those two problems are under dbus interface.

And another bug sounds not be fixed in 2.0.2. If I search a song in playlist, and put it in queue, but at last, this song is not in queue, but the first song in playlist.