Module für XBMC

[d0np3p3]

Bei mir geht es, ich habe die Remote aber schon länger erstellt
hier die row mit Rechts:

Code Auswählen Erweitern

row01    left:LEFT,select:OK,right:RIGHT,mute:MUTE

[justme1968]

ich verwende dein modul ja mit plex und da scheint es bei der version kein $value->{revision} zu geben.

vielleicht kannst du das abfangen so das nicht jedes mal ein fehler geloggt wird beim reading erzeugen?

gruss
  andre

[justme1968]

noch ein paar kleinigkeiten:

- wir hatten es ja ganz am anfang schon mal damit das plex scheinbar manchmal -1 als player zurück liefert. die änderung dafür kannst du vielleicht wieder ins modul übernehmen: in XBMC_PlayerUpdate sollte der player nur mit geschickt werden wenn er > 0 ist (zeile 158)

- plex hat keine .*Library.Get.*Details methoden sondern schickt die entsprechenden daten direkt beim Player.OnPlay in $obj->{params}->{data}->{item} gleich mit. dafür gibt es kein $obj->{params}->{data}->{item}->{id}. ich weiss nicht ob es bei xmbc auch den fall gibt das die id nicht mit geschickt wird. falls nein könnte man das zur unterscheidung verwenden.

- vielleicht kann man die readings die einen bestimten type betreffen löschen sobald ein anderer type gespielt wird? also z.b. currentAlbum, currentArtist und currentTrack löschen wenn kein lied sondern ein film oder eine serie gespielt wird.

- vielleicht kannst du bei getProperties zusätzlich zu totaltime auch noch time abfragen oder es sogar konfigurierbar machen. plex hat keinen parymode.

mit den änderungen aus 1.+2. läuft es ansonsten perfekt mit plex. 3.+4. wäre nice to have.

gruss
  andre

[strauch]

So ich hab noch mal das Handbuch gelesen.... klassischer RTFM Fehler:

fork
If XBMC does not run all the time it used to be the case that FHEM blocks because it cannot reach XBMC (only happened if TCP was used). If you encounter problems like FHEM not responding for a few seconds then you should set attr <XBMC_device> fork enable which will move the search for XBMC into a separate process.

Wobei ich mich frage, ob das nicht grundsätzlich sinn macht. Reicht dann ja schon ein Absturz des XBMC und man legt die ganze Heimautomation lahm.

[justme1968]

ich habe gestern fhem gestartet ohne das plex lief und es gab keine probleme.

es sollte also eigentlich möglich sein ohne fork auszukommen.

gruss
  andre

[d0np3p3]

Bei mir läuft es ohne fork auch sauber

Gesendet von meinem Nexus 4 mit Tapatalk

[strauch]

Also bei mir läuft es so lange bis er versucht mit dem xbmc Kontakt aufzunehmen. Also z.B. wenn das Telefon klingelt und ein Notify Pause machen soll.

[d0np3p3]

Das teste ich gleich mal, vielleicht kann man das auch lösen indem nur Befehle an den xbmc geschickt werden wenn der state nicht disconnected ist

Gesendet von meinem Nexus 4 mit Tapatalk

[justme1968]

das sollte das modul aber intern wissen.

gruss
  andre

[strauch]

Mhh ich sehe gerade ich hab immer nur ein

Code Auswählen Erweitern

set wz_xbmc pause geschickt, vielleicht ist er auch deswegen abgeschmiert, sehe gerade im Interdace das es ein

Code Auswählen Erweitern

set wz_xbmc pause all heißen müsste. Ich teste das heute Abend noch mal.

[kkbs]

Hallo,

ich versuche aktuell mit opendir die Audio-Dateien eines von XBMC per nfs gemounteten Verzeichnisses abzuspielen.
Wenn ich open verwende kann ich problemlos eine einzelne Audio-Datei (mp3) abspielen.
opendir scheint aber nicht zu funktionieren.

Beide Funktionen open und opendir rufen soweit ich im Quellcode gesehen habe die XBMC JSON API Player.Open auf. Bei XBMC ist dokumentiert, dass diese Funktion folgendes kann:
http://wiki.xbmc.org/index.php?title=JSON-RPC_API/v6#Player.Open
"Start playback of either the playlist with the given ID, a slideshow with the pictures from the given directory or a single file or an item from the database."

Funktioniert opendir überhaupt?
Bin ich vielleicht nur zu doof das Verzeichnis korrekt einzugeben?
Ich versuche folgenden Befehl:

funktioniert problemlos für einzelne mp3-Datei:
...{fhem "set XBMCInstanz open nfs://IP-Server/nfs/musik/Bandname/Lied1.mp3"}
funktioniert nicht, keine Reaktion von XBMC:
...{fhem "set XBMCInstanz opendir nfs://IP-Server/nfs/musik/Bandname/"}
funktioniert ebenfalls nicht:
...{fhem "set XBMCInstanz opendir nfs://IP-Server/nfs/musik/Bandname"}

Kann mir einer auf die Sprünge helfen wo hier mein Fehler ist?

DANKE

Gruß

kkbs

[strauch]

Also ich hab noch mal getestet mein fhem schmiert ab sobald ich irgendwie mit meinem xbmc kommunizieren will.

Code Auswählen Erweitern

2014.01.14 22:21:25 1: XBMC_HTTP_Request http://192.168.200.15:80/jsonrpc: Can't connect to http://192.168.200.15:80

Hab den Fehler gefunden..... Gleich mehr

Gesendet von meinem Nexus 4 mit Tapatalk

[strauch]

Das Problem tritt auf wenn ich eine Verbindung mit http mache aber keinen port angebe.

Code Auswählen Erweitern

define wz_XBMC XBMC 192.168.200.15 http user pass
attr wz_XBMC fork enable
attr wz_XBMC group XBMC
attr wz_XBMC room Wohnzimmer
attr wz_XBMC webCmd eject

Gesendet von meinem Nexus 4 mit Tapatalk

[dennisb]

Moin zusammen,

hat sich ja wieder einiges getan. Irgendwie hab ich wieder keine Benachrichtigungen bekommen. Nagut schauen wir mal, dass wir ein paar Sachen noch vor der Arbeit gelöst bekommen

Ich habe die neuste Version aus dem SVN mit meiner fhem 5.5 Version genommen und die remote funktioniert nicht, weil ein problem mit Groß-Kleinscheirbung besteht.

notify_MediacenterXbmcRC return value: Unknown argument RIGHT, choose one of off play:all,audio,video,picture ...

hast du ein ganz normales FHEM 5.5 oder ein volles Update auf die Entwickler-Version?
Habe gerade bei mir ein neues XBMC device samt Remote angelegt und alle Buttons funktionieren. Der Befehl, der gesendet werden sollte, ist auch nicht "RIGHT" sondern "right". Das "RIGHT" gibt eigentlich an, welcher Button angezeigt werdem sollte. Eventuell liegt das Problem daher ehr an einem älteren Remote-Control-Module?

[dennisb]

Das Problem tritt auf wenn ich eine Verbindung mit http mache aber keinen port angebe.

Code Auswählen Erweitern

define wz_XBMC XBMC 192.168.200.15 http user pass
attr wz_XBMC fork enable
attr wz_XBMC group XBMC
attr wz_XBMC room Wohnzimmer
attr wz_XBMC webCmd eject

Hi,

hab bei mir das Device auf dieselbe Art erstellt (auch ohne Portangabe) und bei mir stürzt FHEM nicht ab. Bekomme lediglich denselben Logeintrag wie du, was ja auch richtig ist, weil wenn XBMC nicht da ist, kann er natürlich nicht connecten. Die Angabe des Fork-Attributes ist nur für TCP connections wichtig. Im HTTP-Modus ist das uninteressant, weil jeder Befehl einen HTTP-Request nach sich zieht.
Kannst du mal per SSH auf deinen FHEM-Server connecten und schauen, ob da irgendwelche Fehler von PERL geworfen werden? Die werden in den STDOUT geschrieben und wenn man ne SSH-Session auf hat, sollte man die sehen.