Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Track Type im Playback State? #2

Closed
MehrCurry opened this issue Jul 29, 2015 · 6 comments
Closed

Track Type im Playback State? #2

MehrCurry opened this issue Jul 29, 2015 · 6 comments

Comments

@MehrCurry
Copy link

Hallo Oliver,

irgendwie spielst du mit den gleichen Sachen rum wie ich. Habe eben nach kodi und mqtt gesucht und schon wieder deine Arbeit gefunden.

Funktioniert perfekt ... und auf Anhieb.

Einen kleinen Erweiterungswunsch hätte ich ... ich nutze das Plugin, um je nach PlayBack State meine Philips Hue zu steuern - allerdings wünsche ich mir eine Unterscheidung nach Musik und Video. Kurz nach dem PlayBack State kommen ja die Details, da steht bei Musik der type:"Song" drin, aber ich brauch den Type im State Packet, eben auch am Ende und bei Pause um das Licht bei Filmen wieder hochzufahren.

Ich hab schon geschaut, ob ich das selber irgendwie reinkriege ... aber Python ist eine der wenigen Sprachen, mit denen ich noch gar nix gemacht habe.

Viele Grüße

Guido

@owagner
Copy link
Owner

owagner commented Jul 29, 2015

Hm, logisch sind "Play state" und "Playing item" eigentlich zwei paar Schuhe; ich weiss auch nicht, ob das "Playing Item" immer sofort nach dem Start des Players schon gefüllt ist (z.B. wenn es sich um einen Netzwerkstream handelt und der Player noch gar nicht weiss, was er da spielt)

Ich könnte aber die "Player ID" und den Player-Typ mit in das State-Paket aufnehmen, das sollte Deinem Use-Case helfen:

{"id":1,"jsonrpc":"2.0","result":[{"playerid":1,"type":"video"}]}

@MehrCurry
Copy link
Author

Ja, ich kann deine Argumentation verstehen. Die Alternative wäre, in Node-RED den State als context.global.kodi.item zu speichern und hinterher nach zu sehen, was da gerade gestoppt oder pausiert wurden.

Die vorgeschlagene Lösung ist doch ein schöner Kompromiss.

@MehrCurry
Copy link
Author

Oops ... ich dachte "close window"

@MehrCurry MehrCurry reopened this Jul 29, 2015
@MehrCurry
Copy link
Author

Ok, ich sehe gerade, dass du nur eine ganz dünne Adapterschicht über das JSON RPC API gelegt hast und im Prinzip nur die JSON Antwort von Kodi weiter reichst.

Dann macht das in der Tat wenig Sinn, an der Semantik rumzufummeln. Ich werd mir was anderes überlegen.

Trotzdem Danke

@owagner
Copy link
Owner

owagner commented Jul 29, 2015

Jein; diverse der Datenabfragen sind durchgeleitet JSON, das Event-Handling kommt aber aus dem klassischen Python-Addon-API.

owagner added a commit that referenced this issue Jul 29, 2015
  - include "kodi_playerid" and "kodi_playertype" in playbackstate updates [#2]
@owagner
Copy link
Owner

owagner commented Jul 29, 2015

Ich hab es nun einfach mal so implementiert

DevTown pushed a commit to DevTown/kodi2mqtt that referenced this issue Oct 27, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants