Closed zergasso closed 8 years ago
@mgbowman @petrklus any idea why this could happen?
I have the same problem. the play state is reflected only sometimes.
then the items are uninitialised:
steffen@automator ~ $ curl http://automator.local:8080/rest/items/CurrentArtist/state
Uninitializedsteffen@automator ~ $
Item definitions are as above
I believe this binding is simply incomplete, I found following section in the source code:
/**
* More advanced state detection - allows to detect track changes etc.
* However, the underlying MPD library does not seem to support this well
*/
public void playerChanged(PlayerChangeEvent pce) {
}
The binding seems to rely library javampd 4.1, the latest stable version of this library seems to be 5.0.3, is this binding still actively maintained? Or should we give it a try ourselves?
I wonder how many people are actually using the binding to control mpd in my case I use it to control forked-daapd in lack of a proper forked-daapd binding which of course would be much preferred
I'm currently using it to control mpd, albeit in its simplest form:
Switch MPD_Player1 { mpd="ON:player1:play, OFF:player1:stop" }
I never had any success with the track / artist features of the binding.
At one point, I hacked on this binding and added output enable / disable support (which was merged):
Switch MPD_Player1_Output1 { mpd="ON:player1:enable=1, OFF:player1:disable=1" }
Switch MPD_Player1_Output2 { mpd="ON:player1:enable=2, OFF:player1:disable=2" }
...
If there's interest, I will get a dev env going and do my best to update the binding to use the latest javampd and debug the track / artist issues.
The binding seems to rely library javampd 4.1, the latest stable version of this library seems to be 5.0.3, is this binding still actively maintained? Or should we give it a try ourselves?
@Steamrunner i've created the binding long time ago but don't use it any more … so: yes, it would be great if you could talk over and help actively maintaining it again.
Thanks, Thomas E.-E.
@Steamrunner although I would prefer a native forked-daapd (iTunes) binding this would be most welcome. I'm happy to help test and debug it.
although I would prefer a native forked-daapd (iTunes) binding this would be most welcome. I'm happy to help test and debug it.
sure, but creating a new binding is much more effort than "simply" updating the underlying lib, hoping the API didn't change, and additionally implementing some handler methods. Would you agree?
of course I agree. especially since I'm unable in actually doing any of the work necessary ;-)
i have the problem with mpd binding. My player is mpd and i play internet radio streams from mpd installed on ARM Soc board. The track info does not updated in streams. I need to switch to another stream and switch it back, only after this the track and artist items received update.
@pistoletov1974 your problem should be fixed with pull request #3500 which was merged two days ago and therefore should be available in the nightly builds.
Unfortunately the pull request does not fix all issues. I have observed that the binding at least once lost the connection to mpd completely and was not able to recover. I will try to reproduce my observation.
@stefanroellin thank you! This is awesome news!
Hello Guys, is there any way to get current status of MPD - for example "playing" or "paused"?
Closing due to inactivity.
In my openhab installation mpd binding updates info about track and artist played only once at system start, then nothing more even if a play/pause or previous/next is triggered on sitemap. Mpd server is on another (virtual) machine and the others clients (linux, android) in the network update info regularly on track changing.
item config is pretty straightforward as it is essentially copy/pasted from documentation of the MPD binding bundle:
rule config:
sitemap config:
some log: