Octoprint-script für thumbnail des aktuellen Drucks
-
@negalein nope, auch mit 4.12.1 werden die DP nicht angelegt.
logischer weise vom script dann12:07:30.590 info javascript.0 (2830) script.js.common.Diverses.Octothumb: Printjob-Name wurde auf >>Female_body_test.gcode<< geändert! 12:07:30.594 info javascript.0 (2830) script.js.common.Diverses.Octothumb: 0 File(s) mit Printjob-Namen Female_body_test.gcode gefunden! 12:07:30.594 info javascript.0 (2830) script.js.common.Diverses.Octothumb: Datenpunkt javascript.0.Octothumb.thumbnail wurde mit >><< befüllt! 12:07:30.594 info javascript.0 (2830) script.js.common.Diverses.Octothumb: Verarbeitung abgeschlossen!Tippe da wie @da_Woody auf Cury <4.9nein, hat 100% mit der 4.12.1 funktioniert. dürfte also doch am octo adapter liegen.
-
@da_woody sagte in Octoprint-script für thumbnail des aktuellen Drucks:
dürfte also doch am octo adapter liegen.
oder OctoPrint 1.7.3 in Kombi mit Adapter (ich hab 1.7.2 mit Cura 4.12 und Adapter 3.0.0)
-
@latzi sagte in Octoprint-script für thumbnail des aktuellen Drucks:
oder OctoPrint 1.7.3
wenn du dich erinnerst, ich hab erst gestern update und upgrade gemacht... nachdem die probleme schon da waren...
-
Cura v4.12.1
Octoprint v1.7.3 + Prusa Slicer
Adapter v3.0.0
--> funktioniert alles prächtig.@da_Woody
@Kuddel
bei mir wurden die DP nicht angezeigt, weil ich das Slicer Plugin im Adapter nicht aktiviert habe. Und das habe ich nicht aktiviert, weil es mir mit der alten Admin UI gar nicht angezeigt wurde.
Liegt es bei euch evtl. auch daran? -
@sevenup alder, was soll der kack? ich hatte display layer progress abgehakt, slicer thumbnail angehakt, nach dem update auf 3.0.0 ist das umgekehrt???
das kanns doch nicht sein! da hätte ich nie reingeschaut!
mir hauts echt den vogel raus...
17:34:20.988 info javascript.0 (2830) script.js.common.Diverses.Octothumb: Printjob-Name wurde auf >>Female_body_test.gcode<< geändert! 17:34:20.992 info javascript.0 (2830) script.js.common.Diverses.Octothumb: Printjob-Name >>Female_body_test.thumbnail_url<< gefunden in octoprint.0.files.local_Female_body_test.thumbnail_url ! 17:34:20.992 info javascript.0 (2830) script.js.common.Diverses.Octothumb: 1 File(s) mit Printjob-Namen Female_body_test.gcode gefunden! 17:34:20.992 info javascript.0 (2830) script.js.common.Diverses.Octothumb: Datenpunkt javascript.0.Octothumb.thumbnail wurde mit >>http://192.168.2.59:80/plugin/prusaslicerthumbnails/thumbnail/Female_body_test.png?20220201163237<< befüllt! 17:34:20.993 info javascript.0 (2830) script.js.common.Diverses.Octothumb: Verarbeitung abgeschlossen!
-
@da_woody
alter Verwalter! Unglaublich.
Jetzt kannst die Zeile mit await wait(10000); wieder löschen -
@da_woody sagte in Octoprint-script für thumbnail des aktuellen Drucks:
echt den vogel raus
oder Frau Wau hat einen IT-Kurs gemacht und dir das verstellt!
-
-
@da_woody sagte in Octoprint-script für thumbnail des aktuellen Drucks:
script ist nicht schuld
Mein script ist nie schuld
-
@latzi und mei bier is a ned deppad!
tu nicht so, warst dir ja selbst schon nicht sicher...
-
@da_woody
da könntest recht haben
Mundl-Zitat stimmt (hab´s schon mehrmals geprüft)!!! -
-
@da_woody sagte in Octoprint-script für thumbnail des aktuellen Drucks:
ich hatte display layer progress abgehakt, slicer thumbnail angehakt, nach dem update auf 3.0.0 ist das umgekehrt???
das kanns doch nicht sein! da hätte ich nie reingeschaut!im Zweifel alles aktivieren
-
@sevenup zuwu? dann wäre jetzt beides abgehakt gewesen. wenns beim update entweder intertiert wird?
-
@da_woody sagte in Octoprint-script für thumbnail des aktuellen Drucks:
dann wäre jetzt beides abgehakt gewesen
trat bei mir nicht auf!
Ich sags ja, das war Frau Wau! -
@negalein
dafür hab ich gerade was anderes gefindet... noch nicht getestet, aber vllt ist das die lösung, warum nicht nur ich, probleme mit dem thumbnail aufruf direkt in iQontrol hatte und den umweg über vis machen musste...
liest sich stark danach...
jo, it works! zwar nur mini, aber es kann direkt der DP vom script abgerufen werden!
rechts der erste test!
-
@da_woody zo, weiterer test.
in cura:
in iQontrol:
ergebniss (rechts wieder der test am PC):
allerdings nur in firefox. chrome weigert sich... und wie immer, auf jedem gerät siehts anders aus... -
Nun funktioniert es bei mir wieder nicht...
- DP mit Druckjobnamen wird richtig befüllt.
- DP mit File-Eigenschaften ist auch da und sieht korrekt aus
- Skript wird ausgelöst, findet aber nichts...
????
Screenshot:
Log:
-
@sevenup
Das liegt vermutlich an dem " "-Zeichen im Filenamen (...Loose (3).gcode), bitte zeig mal den vollständigen Namen von
Ich rate dazu, Sonderzeichen wie " ", "(", ")", "+", .. zu vermeiden -
@latzi nicht umsonst sind auf thingiverse fast alle .stl mit _ in den namen. selten mit -
