Hallo zusammen,
ich hoffe, jemand hat vielleicht einen Tipp für mich: Ich versuche eine Steineliste aus stud.io als csv-Datei zu exportieren, in eine .bti-Datei umzuwandeln und als Palette wieder einzulesen. Ziel ist es, aus allen Teilen in einer Szene Paletten für stud.io zu machen, mit begrenzter Anzahl der einzelnen Steine in den entsprechenden Farben. So ließen sich sehr praktisch B- und C-Modelle erstellen.
Bisher klappt es soweit ganz gut, meine Szene mit allen Teilen als PartList zu exportieren, das Format entsprechend umzuwandeln und als Palette in stud.io wieder einzulesen. Allerdings fehlen einige wenige Steinetypen in der Palette. Meine umgewandelte Paletten-Datei (.bti-Format) sieht sehr gut aus und enthält auch alle Teile in korrektem Format - nur fehlen diese Steine halt nach dem Import in der Palette in stud.io.
Einer der Problem-Steine ist der
3046b - "Slope 45 2 x 2 Double Concave - Smooth"
Beim Exportieren der Partlist aus stud.io steht er korrekt drin, nach dem Importieren der .bti-Datei kann stud.io ihn aber anscheinend nicht mehr dem entspr. Teil zuordnen.
Vielleicht hat jemand von euch da mehr Tiefenwissen, wieso das passiert und wie ich das lösen kann.
wenn mein Paletten-Tool fertig ist, stelle ich dieses natürlich gerne der Community zur Verfügung.
Vielen Dank im Voraus und viele Grüße
Peter
Hallo Peter,
wenn ich Stud.io starte, habe ich Teil 3046b nicht in der Master-Palette, nur die Variante 3046a.
Ich habe auch nicht die Möglichkeit gefunden, eine.bti-Datei zu importieren, aber eine einfachere Variante, bei der man keine Datei editieren muss:
1) Ich exportiere mein Modell als Bricklink Wanted List (File -> "Export as" -> "Export as WL XML...")
2) Diese importiere ich als neue Palette:
- Klick auf Palettenauswahl -> Config...
- Im erscheinenden Fenster "Custom Palettes" Klick auf "choose a way to add new palette..." -> "Import a wanted list xml"
Sind in der Wanted List allerdings Teile, die nicht in der Master-Palette enthalten sind, fehlen die in der Custom Palette (z.B. 3046b).
Gruß Andreas
Boronho
16.09.2020, 20:21
Als Antwort auf den Beitrag von aap134
Editiert von
Boronho
16.09.2020, 20:27
aap134 hat geschrieben:
Ich habe herausgefunden, dass stud.io Teile teilweise in seiner "Recent"-Palette (der zuletzt genutzten Teile) mit anderer Teilenummer abspeichert, als es beim Export zu Partslist der Fall ist.
Laut Bricklink sind die Teilenummern der exportierten PartsList die richtigen, aber intern (und beim Import) scheint stud.io andere (falsche?) Teilenummern zu verwenden.
So hat der Slope 3046a in der "Recent"-Palette von stud.io die Nummer 3046, die man bei Bricklink nicht findet.
Oder der Gold Ingot 99563 (in der Partslist und bei Bricklink) hat in der "Recent"-Palette die Nummer 96910.
Ändere ich händisch die Nummern in der Partlist, klappt es auch mit dem Import. Steht hinter den Paletten evtl. ein anderes Nummern-System als das von Bricklink?
Boronho hat geschrieben:
Und da bin ich schon wieder :-)
Mein Problem ist gelöst. Ich habe meinen Converter umgeschrieben, dass er den LDRAW-Export akzeptiert und in .bti-Format umwandelt, wobei er die Part-Counts ermittelt und mit die .bti-Datei schreibt. Diese lässt sich als Palette laden mit restriktiver Teileanzahl.
Jetzt gilt es nur noch das ganze in ein Tool zu verpacken.
Hier ein Beispiel zu dem was es jetzt tut.
Ausgangssituation
Boronho hat geschrieben:
aap134 hat geschrieben:
aap134 hat geschrieben: