Module für XBMC

[realkeule]

Schau dir mal den "open"-Befehl in der commandref von XBMC an. Der kann auch Streams starten.

cool, danke! werde es testen!


offtopic:
ich glaub das fritz box modul kann sogar radio auf den telefonen starten. das ist noch besser.

grüße

bernd

[gravidi]

Vielen Dank für das tolle Modul!

Eine Frage habe ich,

gibt es auch ein Reading für das Cover/Thump?

grüße

Grav

[Tommy82]

Hi,
hab heute plötzlich wieder jede Menge meldungen im Log

Code Auswählen Erweitern

2015.03.30 00:01:26.152 3: Last ping (1427666426.14531) is greather than last pong (1427666366.12906)
2015.03.30 00:01:26.157 1: 192.168.188.50:9090 disconnected, waiting to reappear (FireTV_Kodi)
2015.03.30 00:01:26.179 1: 192.168.188.50:9090 reappeared (FireTV_Kodi)
2015.03.30 00:03:26.216 3: Last ping (1427666546.21273) is greather than last pong (1427666486.202)
2015.03.30 00:03:26.217 1: 192.168.188.50:9090 disconnected, waiting to reappear (FireTV_Kodi)
2015.03.30 00:03:27.209 1: 192.168.188.50:9090 reappeared (FireTV_Kodi)
2015.03.30 00:05:27.293 3: Last ping (1427666667.24921) is greather than last pong (1427666607.23866)
2015.03.30 00:05:27.293 1: 192.168.188.50:9090 disconnected, waiting to reappear (FireTV_Kodi)
2015.03.30 00:05:27.360 1: 192.168.188.50:9090 reappeared (FireTV_Kodi)
2015.03.30 00:07:27.396 3: Last ping (1427666787.39381) is greather than last pong (1427666727.38303)
2015.03.30 00:07:27.397 1: 192.168.188.50:9090 disconnected, waiting to reappear (FireTV_Kodi)
2015.03.30 00:07:30.529 1: 192.168.188.50:9090 reappeared (FireTV_Kodi)
2015.03.30 00:09:30.576 3: Last ping (1427666910.57415) is greather than last pong (1427666850.5646)
2015.03.30 00:09:30.577 1: 192.168.188.50:9090 disconnected, waiting to reappear (FireTV_Kodi)
2015.03.30 00:09:35.596 1: 192.168.188.50:9090 reappeared (FireTV_Kodi)
2015.03.30 00:11:35.655 3: Last ping (1427667035.64721) is greather than last pong (1427666975.63148)
2015.03.30 00:11:35.656 1: 192.168.188.50:9090 disconnected, waiting to reappear (FireTV_Kodi)
2015.03.30 00:11:39.442 1: 192.168.188.50:9090 reappeared (FireTV_Kodi)
2015.03.30 00:13:39.500 3: Last ping (1427667159.48848) is greather than last pong (1427667099.47784)
2015.03.30 00:13:39.501 1: 192.168.188.50:9090 disconnected, waiting to reappear (FireTV_Kodi)

Hab die letzten Tage nichts an Kodi geändrt, wo kommt das plötzlich her?

[vbs]

@gravidi
Also Readings für Covers gibt es meines Wissens nicht.

@Tommy:
Sieht aus als würde dein FireTV nicht auf die Ping-Nachrichten von FHEM antworten. Funktioniert es denn zwischendurch noch? Kannst sonst mal ein Log mit verbose 5 machen.

[Tommy82]

Der FTV ist nicht immer an, dadurch kann er natürlich nicht immer reagieren, allerdings ist das schon die ganze Zeit so, und die Fehler kamen die letzten Tage/Wochen nicht im Log, heute dann plötzlich wieder

[vbs]

FHEM ist scheinbar in der Lage auf TCP 9090 zu connecten:

Code Auswählen Erweitern

2015.03.30 00:03:27.209 1: 192.168.188.50:9090 reappeared (FireTV_Kodi)

Jedoch wird dann der Ping nicht beantwortet und daher die Verbindung wieder beendet. Guck doch mal ob auf der IP evtl. ein (anderes?) Gerät auf 9090 zu erreichen ist.

[vbs]

Hast du schon etwas herausfinden können zu dem Problem?

[Tommy82]

Hi, nein, interessanterweiser ist das Problem heute nicht ein einziges mal im Log...

[dev0]

Mir ist folgendes Verhalten vom XBMC Modul aufgefallen: Wenn die XBMC Instanz, nach einem Neustart von FHEM, nicht erreicht werden kann, dann reagiert FHEM alle 60 Sekunden für ca. 2.5 Sekunden nicht mehr. War die Instanz nach dem letzten Neustart von FHEM einmal erreichbar, dann tritt der Effekt nicht mehr auf. Dieses Verhalten ist unabhängig vom Atrribut 'pingInterval'.

Code Auswählen Erweitern


2015.05.03 08:14:18.513 1: Perfmon: possible freeze starting at 08:14:16, delay is 2.513
2015.05.03 08:15:21.517 1: Perfmon: possible freeze starting at 08:15:19, delay is 2.517
2015.05.03 08:16:24.515 1: Perfmon: possible freeze starting at 08:16:22, delay is 2.515


...just to let you know

/Uli

[coyote8219]

Hallo zusammen.

Ich bin noch recht neu in der FHEM Welt. Und direkt habe ich eine relativ spezielle Frage zum XBMC Modul.
Und zwar wird die Maskierung meiner Leinwand über einen Rolladenschalter, welcher in FHEM konfiguriert ist, gesteuert.

Da ja das XBMC Modul auch diverse Readings zur Verfügung stellt, wäre es jetzt total super, wenn ich das Seitenverhätnis (16:9 oder 21:9) mit FHEM aus XBMC auslesen könnte und dann mit einem notify meine Maskierung automatisch fahren lassen könnte.

Im XBMC Modul werden die Videoinformationen ja mit VideoLibrary.GetMovieDetails ausgelesen. Hier gibt es unter properties den Eintrag "streamdetails". Darin ist "aspect" versteckt und somit genau die Information, welche ich bräuchte.

Ich habe die letzte Version des XBMC Moduls aus diesem Faden hier mal versucht anzupassen. Dazu habe ich in Zeile 350 "streamdetails" hinzugefügt.

Code Auswählen Erweitern

"properties" => ["title","file","year","originaltitle","streamdetails"]

Das entsprechende Reading taucht auch auf. Allerdings kann man damit nichts anfangen.
"Streamdetails" liefert nochmal drei Arrays - "audio" , "subtitle" , "video". Wie bekomm ich das jetzt hin, die Streamdetails und dann das video-Array noch zu zerlegen, dass ich den Zahlenwert in den Readings habe?

Vielleicht noch was im WEBGUI von FHEM zu sehen ist:

Code Auswählen Erweitern

streamdetails           HASH(0x1877848)

Und was über die jsonlist von FHEM rauskommt:

Code Auswählen Erweitern

        "streamdetails": {
          "TIME": "2014-10-09 18:16:00",
          "VAL": {
            "audio": "ARRAY",
            "subtitle": "ARRAY",
            "video": "ARRAY"
          }

Vielleicht kann mir ja jemand von euch weiter helfen. Das wäre echt super!

Schonmal Danke und Grüße,
Ingo

Hallo,

hat zu diesem Thema schon jemand eine Lösung gefunden? Würde auch sehr gerne meine Leinwandmaskierung automatisieren...Eigentlich müsste ich nur als Ausgabe an die Aspect Ratio kommen...Dies ist in XBMC auch über JSON möglich. Um es zu vereinfachen bräuchte ich nur das ab einer Ratio von >2,3 die Maskierung runter fährt und beim Stoppen des Films wieder hoch...

Vielleicht hat ja schon jemand eine Lösung gefunden, wie man die Aspect Ratio auslesen kann?

Danke und LG

[vbs]

Mir ist folgendes Verhalten vom XBMC Modul aufgefallen: Wenn die XBMC Instanz, nach einem Neustart von FHEM, nicht erreicht werden kann, dann reagiert FHEM alle 60 Sekunden für ca. 2.5 Sekunden nicht mehr. War die Instanz nach dem letzten Neustart von FHEM einmal erreichbar, dann tritt der Effekt nicht mehr auf. Dieses Verhalten ist unabhängig vom Atrribut 'pingInterval'.

Klingt erstmal alles normal: Es wird alle 60 Sekunden versucht, eine Verbindung aufzubauen. Wenn XBMC nicht erreichbar ist, dass läuft FHEM in einen Connection-Timeout (2,5 Sek.). Du kannst das Attribut "fork" verwenden, um den Verbindungsaufbau in den Hintergrund zu verschieben.

[vbs]

@coyote8219
Kannst du dir bitte mal die angehängte Version angucken und testen? Die sollte jetzt alle streamdetails-Readings setzen (sd_*).

[coyote8219]

Hi,


super!!!! Vielen lieben Dank...jetzt zeigt er mir in der jsonlist, die aspect ratio an. Sahs schon die letzte halbe Nach daran... Hättest du vielleicht auch noch einen tip, wie ich einen notify aufbauen könnte welcher bei einer rati über 2,3 die Maskierung runterfährt und am Ende des Fils wieder hoch?

Am Ende des Film wäre es ja wahrscheinlich ziemlich einfach da ich film stopped dafür nutzen könnte und einfach immer den Befehl zum hochfahren standardmäßig auslösen könnte.
Wobei ich mich nun schwer tu, ist ein notify welches die jsonlist ausführt un in dieser den den aspect abfragt. Vor allem wäre es viel einfacher, einfach ab einem Wert über 2,3 immer auszulösen...
Vielleicht könntest Du mir hier auch noch einmal helfen?

Hatte mir gerade folgendes schon zusammengesucht, was aber leider nicht funktioniert:

# Aktion für Maskierung Down
define wz_MaskDown  }\
# Wenn Wert größer als 2,3 ,dann schaltet FHEM die Maskierung
if(ReadingsVal('wz_XBMC', 'sd_video0aspect', 0) > 2.3) {\
  fhem("set GPIO_22 on-for-timer 2")\
}\

Danke

[dev0]

Du kannst das Attribut "fork" verwenden, um den Verbindungsaufbau in den Hintergrund zu verschieben.

Funktioniert, danke! Gibt es einen Grund warum diese Option konfigurierbar ist und nicht per default aktiviert ist?

[vbs]

So viel ich weiß, ist fork nicht auf allen Plattformen verfügbar bzw. kann wohl in Ausnahmefällen Probleme machen und darum ist es per default deaktiviert. Gibt sicherlich Leute, die da besser Bescheid wissen. Ein anderer, praktischer Grund ist, dass ich fork irgendwann nachträglich eingebaut habe und und es sich dann nicht "über Nacht" bei allen Usern anders verhalten sollte.

EDIT:
Ich hab gelogen, das stimmt so gar nicht: Ich hab das fork nicht eingebaut. Das war schon drin als ich das Modul übernommen habe. Ich hab das mit dem SamsungTV-Modul verwechselt, in das ich die Methode aus XBMC übernommen habe :/