Summary: | audioscrobbler support | ||
---|---|---|---|
Product: | [Applications] juk | Reporter: | Caoilte O'Connor <me> |
Component: | general | Assignee: | Scott Wheeler <wheeler> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | abe.kde.bugs, martin.sandsmark, nathan, pauls, swiftscythe |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Caoilte O'Connor
2004-05-03 19:38:10 UTC
Actually there's already been an implemention of this contributed for JuK (about a week and a half ago) so it's just a matter of me finding the time to review it and check it in. BTW, I have a perl Audioscrobbler client here, which is working for me -- at least when the AS server is up. see: http://www.audioscrobbler.com/user/jmason/ it's a bit of a hack, since JuK doesn't (yet) support running commands on song-change, but I have a perl script which calls 'dcop juk Player playingString', wades through the JuK cache file, finds the path to the mp3 file that's playing, and then submits the AS data based on that ;) but it does work... most of the time. so AS support could be done reasonably cleanly by, instead of impling a full-scale plugin, providing an API to run a command and pass it the current track metadata (artist, album, title, length, and/or filename of current mp3). This is on the 3.3 feature plan and there's been an implementation already contributed, but I won't add it to 3.3 unless they reopen for registrations before the KDE 3.3 hard freeze. Would it be possible to post a link to the submitted patch so that we can try it out and post suggestions before it has been integrated in? This has been open since 2004-05-03 19:38. It's now October 4th, 2005. Is this still being worked on, or not? Any official or unoffical patches? Work-arounds? Juk is the only mainstream Linux media-player that does not support this. And yes, that's a deal-breaker for some folks.... //TB There is a Google cache of code that was supposed to do it: http://64.233.167.104/search?q=cache:iKsueoSfioQJ:scrobbler.progoth.com/jukaspatch.txt+juk+audioscrobbler+patch Also see this message that was posted to kde-devel, the patch above was changed to work with 3.4.2. I can't test it however since it seems to be incomplete and the bug reporter never e-mailed back. http://lists.kde.org/?l=kde-devel&m=112507506407865&w=2 Looks like this won't make it for 3.5 either. :( fwiw, my code no longer works; AS changed their API a while back. Just noting that here, since I've been receiving requests for the hack by email. update: JuK 3.5 will have a "song-changed" hook -- http://bugs.kde.org/show_bug.cgi?id=76462#c6 . this would allow external implementation of an AudioScrobbler client... Juk which came with KDE4.1 beta 2 is missing last.fm support. Yes, it definitely would be great to have audioscrobbler support, not only for last.fm but also for libre.fm IMHO, every player should have an audioscrobbler. Thanks, for this great app! I added scrobbling support in commit r1281560 and a GUI to configure it in r1281831, but I didn't see this bug until now. |