Octoprint-script für thumbnail des aktuellen Drucks
-
@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 -
-
Bei mir funktioniert die Anzeige jetzt auch
-
@kuddel bissl in die ecke geklemmt...
ich bleib bei der vis-view im iQontrol. dort passt das immer in meine kachel. in vis selber müsst ihr schauen wie ihr das passend reinbringt... -
@da_woody ist nur zum Test.
Die finale Postion kommt, wenn die Kamera angeklemmt ist und ich in der VIS ein Livebild habe
-
@kuddel axo, du willst das cambild und da drinnen das .png...
na tögal, hauptsache es funzt. -
@latzi der komplette Name ist im Log und auch auf dem Screenshot zu sehen
Aber warum soll es nun ein Problem sein? Wenn, dann eher am Skript und nicht am Adapter?
Adapter zeigt beide Namen eigentlich gleich an...
Und auf Dateinamen zu achten ist nicht wirklich Smart(home)EDIT:
so wie ich dein Code verstehe, vergleichst du den Namen des Druckjobs (vor .gcode) mit dem Ordnernamen des DP unter Files (octoprint.0.files.*)?
Und dort wird der Dateiname tatsächlich anders angezeigt (keine Leerzeichen, keine Klammern).Deshalb: wäre es möglich, dass im DP octoprint.0.files.*.name suchst? Dort muss es ja eine 100% Übereinstimmung geben.
