Test Adapter Plex v1.1.x

[sigi234]

@ticaki sagte in Test Adapter Plex v1.0.x:

@sigi234 sagte in Test Adapter Plex v1.0.x:

Plex Media flushed!

Verstehe die Frage nicht? Der Reset _playing löscht alles unter _playing.

if (adapter.config.resetMedia)
				library.del('_playing', true, () => adapter.log.debug('Plex Media flushed!'));

Jup alles unter _playing wird entfernt.

Nur einmalig?
Kann nicht weiter testen, da der Router offline ist.

[ticaki]

@sigi234
Bei jedem Start des Adapters

[sigi234]

@ticaki sagte in Test Adapter Plex v1.0.x:

@sigi234
Bei jedem Start des Adapters

Ok, wie ist der Stand bei den Liedtexten?
Die Live Daten von den Abspielzeiten sind noch verzögert oder hängen.

Top Arbeit! Danke dafür.
Schläfst du auch mal?

[ticaki]

@sigi234
Das kommt in der 1.1 Stand ist:

Die Datenquellen hab ich jetzt zusammen, aber noch nicht die jeweiligen Verknüpfungen zu den gewünschten Datenpunkten. Vielleicht wirds dieses oder nächstes Wochenende.

Ich hab eine Link(wobei die Formatierung als letztes kommt) auf einen Songtext, der kann

• codec txt enthält xml
• codec lrc enthält einen Text mit Zeitstempeln https://github.com/mcanam/liricle

Diese Daten werden incl. Link zum Lieddatei in Metadata.Music.Lyric.codec/key/url und Metadata.Music.Media.codec/key/url abgelegt.

Abspielzeit hab ich bis her % und millisekunden vorgesehen, mit bis zur sekündlichen Aktualisierung über den Client Das sind <1kb an Daten - da kann ich es dann auch genau machen. Das geht aber nur für Clients die lokal und steuerbar sind. Die Aktualisierung vom Server ist grob drin. Der hängt bis zu 5 Sekunden hinter der Clientversion.

In meiner Version ist der Datenpunkt des Clients noch unter Player.Details.Music.time

Bei Clientversion werden dann _Controls.playback.seekTo und _Controls.playback.seekToPercent mit aktualisiert.
Bei der Serverversion wird es Metadata.viewOffset sein. Der viewOffset kommt so vom server, da muß ich dann nicht alles kreuz und quer aktualisieren.

Was noch fehlt ist: Player.Status. Im Moment laufen die ganzen Aktualisierungen ununterbrochen und das ist bei vielen Clients quark.
Dann hab ich wirklich alles an Daten in States schreiben lassen... 1000 Datenpunkte da muß ich noch sortieren, was man braucht.

Schläfst du auch mal?

Jetzt

[ticaki]

Stable ist angefragt release ca. 5-7 Tage wenn keine bösen Probleme auftreten.

Wenn ihr Lust habt könnt ihr meine "Entwicklungsversion" testen.

würde die aber wenn ihr viele lokale Clients habt, nach dem rumspielen wieder entfernen. Ist noch nichts drin um das aktualisieren für bestimmte Clients zu unterbinden.

WORK IN PROGRESS

• (ticaki) Added: Retrieve a bit more information about streams
• (ticaki) Added: Retrieve status informations from local clients (webhook needed)
• (ticaki) Added: Update local client data while not stopped (video/music) every second (webhook needed)
• (ticaki) Added: Update metadata on local client playing target change
• (ticaki) Added: alot more states

todo:

• sort alot more states
• Add: admin configuration for refresh of metadata and clientdata
• add datapoint to allow/disallow refresh by client
• check if all urls are formated as urls

Falls euch die Bezeichnung der Datenpunkte nicht überzeugt, weil schlechtes Englisch, oder ihr besser wisst was der bedeutet würde ich mich über eine PR oder ne Liste freuen:

https://github.com/iobroker-community-adapters/ioBroker.plex/blob/player_requests/_NODES.js
^da sind die Daten abgelegt das playing. steht für _playing. Das Gerät wird nicht benannt und dann halt z.B. metadata.video: { description:"und hier steht der Text zum datenpunkt"}. Dazu falls ihr Datenpunkte mit "no description" habt die nicht durch Tautulli erzeugt werden, könnt ihr mir gerne einen Namensvorschlag unterbreiten. Tautulli erlaubt benutzerdefinierte Datenpunkte und da bringts nix die zu benennen, hat ja jeder andere.

Hier gibts die aktuelle Entwicklungsversion:
https://github.com/iobroker-community-adapters/ioBroker.plex/tree/player_requests

Zu der Version ist auch anzumerken, das die debugmeldungen noch keinen richtigen Sinn ergeben, daran wo ich arbeite gibts viel zu viele, und der rest ist auskommentiert damit er nicht nervt.

[sigi234]

@ticaki sagte in Test Adapter Plex v1.0.x:

Hier gibts die aktuelle Entwicklungsversion:

DAS:
Installierte Version:1.0.5

[ticaki]

@sigi234

1. sind nicht alle bugfix enthalten habe gerade daran gedacht und zumindest den GET POST übernommen. Die werden beim Zusammenführen einfliessen.

2. Die Version sollte 1.0.2 sein, an dem Punkt hab ich diesen Entwicklungszweig abgespalten und will da nicht dran rummachen.

Github installation https://github.com/iobroker-community-adapters/ioBroker.plex/tree/player_requests

Angezeigte Version ist 1.0.2 einfach per update dann zu entfernen

Solange stable noch nicht durch ist, werde ich das nicht in latest übernehmen, nicht das ich für stable noch nen fix machen muß. Keine Ahnung ob das dann gehen würde.

[sigi234]

@ticaki

Also das als Benutzerdefiniert?

https://github.com/iobroker-community-adapters/ioBroker.plex/tree/player_requests

Edit:

[ticaki]

@sigi234

Es ist richtig das v.1.0.2 nach erfolgter Installation angezeigt wird, da ändere ich nichts, nur etwas mehr das ich beim Zusammenführen dann beheben müsste.

Unter plex.0._playing.ipad-xxx.Player gibts das meiste zu sehen.

Ich muß aber mal daran arbeiten das States erstellt werden die nicht existieren, das man immer den ganzen Baum löschen muß nervt.

[sigi234]

@ticaki

plex.0
2023-09-02 12:17:35.004	info	State value to set for "plex.0._playing.android-1810d7e1-7f53-4d2e-8a9e-218e85d27f5f.Metadata.Media" has to be type "channel" but received type "string"

plex.0
2023-09-02 12:17:33.659	warn	This object will not be created in future versions. Please report this to the developer.

plex.0
2023-09-02 12:17:33.659	warn	Object plex.0._playing.android-1810d7e1-7f53-4d2e-8a9e-218e85d27f5f.Metadata.Media is invalid: obj.common.type has an invalid value (channel) but has to be one of number, string, boolean, array, object, mixed, file, json

Edit:

Control reagiert nicht mehr!

[ticaki]

@sigi234
Jup habe ich auch, hab das jetzt behoben. Aber da funktioniert noch etwas nicht so wie es soll. Hab keine States bekommen, bis ich mal ein paar Minuten gewartet habe. Start ohne States mit aktiviertem Client will nicht so recht scheinbar.

_Control sollte jetzt auch wieder gehen, wenn nicht muß ich noch mehr daran arbeiten, bis ich mir Meinungen einholen kann. Aktuell gehts nur darum ob die Daten so verwertbar sind.

[sigi234]

@ticaki

Log läuft voll

[ticaki]

@sigi234
Damm lass es erstmal, ich gucke heute abend nochmal das ist wahrscheinlich nur eine Kleinigkeit, die ich übersehen habe.

[sigi234]

@ticaki sagte in Test Adapter Plex v1.0.x:

@sigi234
Damm lass es erstmal, ich gucke heute abend nochmal das ist wahrscheinlich nur eine Kleinigkeit, die ich übersehen habe.

Ok zurück auf 1.0.5?

[ticaki]

@sigi234
Ja.

hast du beim letzten Test States gelöscht ohne Plex Neustarten?

[sigi234]

@ticaki sagte in Test Adapter Plex v1.0.x:

@sigi234
Ja.

hast du beim letzten Test States gelöscht ohne Plex Neustarten?

Ja, Alles unter Androidxxxxxxxxxxxxxxxx

[ticaki]

@sigi234
Hast du anschliessend den Adapter neugestalten?

Der merkt nicht das du states löschst

[sigi234]

@ticaki sagte in Test Adapter Plex v1.0.x:

@sigi234
Hast du anschliessend den Adapter neugestalten?

Der merkt nicht das du states löschst

Ja, hatte ihn gestoppt da der log überlief

[ticaki]

@sigi234

Ok steht auf der fehlerliste

[sigi234]

@ticaki sagte in Test Adapter Plex v1.0.x:

@sigi234

Ok steht auf der fehlerliste

1.0.5 läuft wieder!