Summary: | Add plugin to control audacious in mediacontrol | ||
---|---|---|---|
Product: | mediacontrol | Reporter: | Dominik Stadler <dominik.stadler> |
Component: | general | Assignee: | Stefan Gehn <mETz81> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | bugzilla |
Priority: | LO | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | Patch that adds support for audacious to the mediacontrol-plugin |
Description
Dominik Stadler
2006-04-23 15:05:26 UTC
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 |