Version: (using KDE KDE 3.5.2) Installed from: Gentoo Packages OS: Linux I am using audacious to play music, the current mediacontrol-plugin in kicker does not provide a plugin for this application, therefore I would like to report a wish for one. I am starting to look for documentation how audacious can be controlled and how the mediacontrol-plugin works, maybe I can come up with a first version for a patch. Audacious is at http://audacious-media-player.org/ There is a bit of information about the remote-control-mechanism at http://audacious-media-player.org/Clients Mediacontrol is in svn at http://websvn.kde.org/branches/KDE/3.5/kdeaddons/kicker-applets/mediacontrol/ (for 3.5)
I will attach a first try at implementing this using the xmms_remote_... calls which are provided by audacious. It seems that this could also work to add support for other xmms-based players like xmms, bmp, ..., but I'm not sure. During my testing, I had to add the following include-directives: -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include/ and the following libraries: -laudacious In a release, this would need to be added to the autoconf/automake-system, but I am not familiar enough with this to implement that.
Created attachment 15750 [details] Patch that adds support for audacious to the mediacontrol-plugin
Some more information: I looked at http://audacious-media-player.org/Audtty, a tool that already use the xmms_remote_... calls, it already implements the necessary things in the autoconf-scripts, maybe this can be resued to some extent from there.
I'm not going to add another compiletime dependency, it's bad enough that there's something like that for xmms, the debian folks already disabled xmms-support because of that.
Then we should add a way to dynamically add plugins here, e.g. through an interface that does not contain KDE-Stuff. This way other audio-players could deliver the plugin as part of their code and users of KDE would not be limited to the KDE-Musik-Players alone... Unfortunately I am not enough KDE-Expert to implement something like this.
Thank the shared-library mess on linux for making this impossible.
To be more specific (my last comment was rather unhelpful, I apologize for that): libfoo.so is only available if development-packages are installed. Libraries are usually only installed with versioned names like "libxmms.so.2". The problem with that is that these versions tend to be totally random for many libs and even differ between distros so I cannot really code something that simply loads "libxmms.so.2" or "libaudacious.so.42" because the version-number could be anything. If anybody with more knowledge of on-the-fly loading of shared-objects reads this, please enlighten me if there is a safe way to bypass these shortcomings. Btw, I'll confirm the bug now because mediacontrol _does_ need support for audacious, it's not like this player is totally unknown to others ;)
Added support for Audacious 1.2.x locally. This feature might be part of future KDE 3.5 versions if I'm allowed to add it :)
(In reply to comment #8) > Added support for Audacious 1.2.x locally. This feature might be part of future > KDE 3.5 versions if I'm allowed to add it :) Hello. I've added support for Audacious 1.5+ to mediacontrol applet, you can find patch here: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=mediacontrol.patch;att=1;bug=493927 Debian bug report itself: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493927