Octoprint-script für thumbnail des aktuellen Drucks
-
@sevenup sagte in Octoprint-script für thumbnail des aktuellen Drucks:
Ich verstehe nicht, warum du dich hier angegriffen füllst?
Keine Angst, hab´s in keinster Weise als Angriff empfunden - dein Vorschlag mit dem ".name" zu verwenden hat natürlich auch seinen Charme, drum hab ich´s ja auch umgesetzt. Egal wie man´s dreht und wendet, Probleme sind in beiden Varianten zu erwarten, ich würde mir die Funktionalität im Adapter wünschen und soweit ich das mitbekommen hab, ist Matthias ja auch dran.
@sevenup sagte in Octoprint-script für thumbnail des aktuellen Drucks:
Und das funktioniert nun prächtig. Vielen Dank!
Sehr gut, freut mich - ich hab´s nicht sehr intensiv getestet.
Frage an alle:
Derzeit wird, sofern es mehrere Thumbnails mit gleichem Namen gibt, der zuletzt Gefundene in den DP geschrieben. Soll bei mehrfachem Fund ein JSON erzeugt werden, in dem alle Funde enthalten sind? Danach kann man nach eigenem Ermessen über die Visualisierung die Passende auswählen. -
@latzi sagte in Octoprint-script für thumbnail des aktuellen Drucks:
sofern es mehrere Thumbnails mit gleichem Namen gibt, der zuletzt Gefundene in den DP geschrieben
Das reicht vollkommen mMn.
Ich benenne zB alle Drucke eindeutig. -
man kann es auch ganz schnell ohne script nur mit binding lösen
http://octopi/plugin/UltimakerFormatPackage/thumbnail/{d:octoprint.0.printjob.file.name; d.split('.')[0]}.pngErgebins:
-
@meistertr
Das ist so richtig genial, vielen Dank! Darauf wäre ich niemals gekommen
-
@latzi gestern wieder mal kein thumbnail bekommen, heute fehler entdeckt:
Shelly_Box_-Lid
öffensichtlich hat das script sich an **-_** verschluckt.
nach umbenennen Shelly_Box_Lid wars da. -
Guten Morgen @da_woody
bitte kannst du printjob.file.name und files.xxx posten in der Original-Version. Da spuckt möglicherweise die Übersetzung reinEdit: Noch besser ist die Verwendung von @meistertr´s Ansatz
-
@latzi strange...
octoprint.0.printjob.file.name Shelly_Box_-_Lid.gcode
octoprint.0.files.local_Shelly_Box_Lid als Name steht dort Shelly_Box_-_Lid.gcode
kein .png in javascript.0.Octothumb.thumbnailhttp://octopi/plugin/UltimakerFormatPackage/thumbnail/{d:octoprint.0.printjob.file.name; d.split('.')[0]}.pnghab ich probiert mit
http://192.168.2.59/plugin/UltimakerFormatPackage/thumbnail/{d:octoprint.0.printjob.file.name; d.split('.')[0]}.pngbekomm ich nur einen error 404...
-
@da_Woody
du musst aus einem bestehenden thumbnail den ersten Teil des Pfades rauskopieren, bei mir z.B.:http://10.0.0.213:80/plugin/prusaslicerthumbnails/thumbnail/und dahinter das Binding
{d:octoprint.0.printjob.file.name; d.split('.')[0]}.pngeinsetzen
-
@da_woody sagte in Octoprint-script für thumbnail des aktuellen Drucks:
octoprint.0.printjob.file.name Shelly_Box_-Lid.gcode
octoprint.0.files.local_Shelly_Box_Lid als Name steht dort Shelly_Box-_Lid.gcodeDa spuckt Zeile 18 des scripts rein, dort wird der "-" durch "_" ersetzt und daher wird nichts gefunden.
Möglichkeiten:- Zeile 18 auskommentieren (wird sicher in einer anderen Konstellation Probleme machen)
- script durch jenes mit "Namen" ersetzen https://forum.iobroker.net/topic/51635/octoprint-script-für-thumbnail-des-aktuellen-drucks/64
- Mein Favorit: script deaktivieren und mit dem Binding arbeiten
-
@latzi jap, jetzt tuts mit dem binding!
-
@da_woody blöde Frage.. welches Widget muss ich für das Binding nehmen ?
EDIT: iframe funzt
-
@kuddel hmpf, ja. ich hab ein stinknormales basic-image genommen...
-
@da_woody ich glaube das Widget ist dann doch eher zweitrangig.
Wichtig ist, dass die Anzeige ohne Skript funktioniert
-
@latzi hmpf. gestern mal testweise js-controller 4 installiert. danach weder über script, noch über binding was bekommen.
obwohl in den DP das richtige drinne steht.
nochmal zurück auf js 3.3.22 und das script hat wieder funktioniert. mit der binding geschichte aber nicht mehr.
weil ichs nicht ganz glauben wollte und andere berichten, daß diverse blocklys funktionieren, wieder update auf 4.0.4 gemacht, siehe oben. egal, was ich als background_url in iQontrol eintrage.
der link, den ich vom script bekomme, funzt aber in vis und wenn ich über browser aufrufe... -
@kuddel da haben wir gleichzeitig gesendet...
-
@da_woody sagte in Octoprint-script für thumbnail des aktuellen Drucks:
hmpf. gestern mal testweise js-controller 4 installiert. danach weder über script, noch über binding was bekommen.
würde mich sehr überraschen, wenn der JS-Controller 4 plötzlich mit Bindings nicht mehr umgehen könnte, könnte es nicht mit iQontrol zutun haben?
Auch beim script wüsste ich nicht woher die Inkonsistenz kommen soll, da sind nur einfachste Funktionen im Einsatz.
Kurz zusammengefasst, ich hab keine Erklärung für das Verhalten
-
@latzi hat mir keine ruhe gelassen...
wie auch immer, der eintrag in iQontrol war von datenpunkt auf konstante umgestellt. das script funktioniert wieder.
mal linsen, ob ich das binding auch wieder hinbekomme...
sorry fürn alarm. <.8 -
@latzi sagte in Octoprint-script für thumbnail des aktuellen Drucks:
Um die aktuelle thumbnail-URL herauszufinden, habe ich ein script erstellt.
Servus
Script hat zT Probleme, den Link von Octoprint.0 abzuholen.
Link in
octoprint.0.printjob.file.thumbnail_urlist mit der korrekten URL gefüllt.
Aber0_userdata.0.3DDrucker.thumbnailbleibt leer.Am Script wurde nichts geändert.
Kannst du dir da vorstellen, was es da haben könnte? -
@negalein
leider hat das Skript Schwächen mit Sonderzeichen und dergleichen, hast du mal das Binding versucht, das ist eine sehr elegante und funktionierende Lösung! (siehe https://forum.iobroker.net/topic/51635/octoprint-script-für-thumbnail-des-aktuellen-drucks/76?_=1652845216623) -
@latzi hab gestern noch mit @Negalein tefloniert. das seltsame, bei mir ists genau anders rum. in octoprint bleibt bei mir meist der DP auf (null), das binding funktioniert auch mehr schlecht als recht. mit dem script hab ich keine probleme. allerdings schreibt das bei mir in den javascript ordner, nicht in userdata. da ich aber nur iQontrol verwende und keine vis, kann ich da nicht gegenchecken.
