Das Klemmbrett

Ah, du baust dir selber eine, nachdem ich keine bessere finden konnte - sehr gut!
Tatsächlich hatte ich den Link von der mir beigelegten BA sogar von @Dorothea Williams bekommen - besten Dank an dieser Stelle noch mal!

Ich habe über Stud.io noch nie eine BA erstellt, daher bin ich dir diesbezüglich leider keine Hilfe.

@Dorothea Williams ich dachte ich hätte Stud.io erwähnt. Scheinbar nicht.

Im Zweifelsfall max 1 BA pro Seite.
Ich hatte nur die Hoffnung das Stud.io das Sinvoll selber managen kann.

Ja @Noppy_Brick. Eine Stud.io Datei habe ich nach etwas Recherche gefunden.

Von daher kann man das Material ja auch für eine bessere benutzen. Wundert mich sowieso warum das noch niemand getan hat und nur schlechte Kopien im Netz herum geistern.

Wusste gar nich das es mal ein GWP war.

Neoo1664 hat geschrieben: ↑6. Januar 2024 14:18Stud.io

Bei 'Stud.io' kann ich nicht behilflich sein; davon habe ich keine Ahnung.

Nachtrag:
Wenn gar nichts mehr hilft, versuchsweise einmal die IO-Datei als LDR-Datei exportieren und mit 'LPub3D' öffnen, um von dort aus eine Bauanleitung zu erstellen.

Moin Zusammen aus Bremen,

ich bin zwar ganz neu hier auf dieser Plattform, aber vielleicht kann ich ja mal versuchen zu helfen. Ich baue meine digitalen Modelle bevorzugt mit LDCad und erstelle dann die Bauanleitungen in Studio. LPub ist mir zu instabil und fördert, zumindest nach meiner Erfahrung, immer wieder unerwartete Ergebnisse zu Tage. Der Instruction Maker von Studio ist zwar, verglichen mit LPub, etwas agespeckt, aber stabil, und fast intuitiv bedienbar.

Neoo1664 hat geschrieben: ↑5. Januar 2024 21:30
Gibt es keine einfache Möglichkeit das die Fenster automatisch angepasst/verschoben werden ohne das diese überlappen bzw. sich gegenseitig behindern?

Du kannst eine Art globale Formatvorlage erstellen, die so ziemlich alle Aspekte des Seitenaufbaus abdeckt.
Das zweite Bild zeigt nur einen Teil der Einstellmöglichkeiten.

Hierin kannst Du beispielsweise auch die größe der Partlists etc. vorgeben, so dass diese nicht mehr die halbe Seite einnehmen. Allerdings verhindert das nicht, dass Du im Grunde jede Seite nochmal anfassen musst. Es gibt zur Zeit, meines Wissens nach, keine Software, die eine Bauanleitung komplett automatisiert erstellt.
Nicht umsonst kalkuliert man ja im Allgemeinen für die Bauanleitung mindestens nochmal so viel Zeit ein, wie für das digitale Bauen.

Sonnige Grüße aus Bremen

Moin Zusammen aus Bremen,

jetzt würde ich auch gern eine Frage loswerden, in der Hoffnung dass vielleicht jemand hier schon mal ein ähnliches Problem hatte.

Wie in meinem vorigen Post geschrieben, baue ich digital in LDCad und importiere die Modelle dann in Studio um dort die Bauanleitung zu erstellen.
Von Zeit zu Zeit möchte ich allerdings auch gern den umgekehrten Weg nutzen, indem ich z.B. im Studio Part Designer Bauteile erstelle bzw. anpasse und diese dann in LDCad verbaue. Hierbei ist mir ein, zumindest für mein Empfinden, kurioses Verhalten aufgefallen:
Wenn ich ein Original LDraw-Teil im Part-Designer öffne, anpasse und dann wieder nach LDraw exportiere, sind plötzlich Teile der Konnektivitäten nicht mehr verfügbar. Selbst wenn ich an diesen im Part Designer gar nichts geändert habe.
Nachdem ich das festgesllt hatte, habe ich ein bißchen herumexerimentiert und festgestellt, dass dieses Verhalten sogar ohne Umweg über den Part Designer auftritt. Sprich ich habe ein Original LDraw Teil genommen (in diesem Fall einen Technic Brick, 1x6 mit Pinholes, 3894.dat), die Datei umbenannt ohne inhaltlich etwas zu ändern und in den Ordner mit den Unofficail Parts kopiert. Wenn ich dieses "neue" Teil dann in LDCad benutze, ist der größte Teil der Konnektivitäten nicht mehr verfügbar. Das heißt z.B. dass die Pins nicht mehr in den Pinholes einrasten.
Ich habe mir daraufhin die Strukturen der Dat-Files angeschaut und versucht irgendwelche Zusammenhänge zu finden, aber leider vergeblich.

Hat jemand eine Idee, womit dieses Verhalten zusammen hängen könnte. Das bremst meinen Workflow im Moment doch sehr aus.

Sonnige Grüße aus Bremen

Evtl. kann @Dorothea Williams helfen?

'LDraw' selbst (und sein zugehöriges Dateiformat ”*.DAT”) kennt keine Bauteilkonnektivitäten. Bauteile rasten somit auch nicht automatisch an vordefinierten Punkten ein; deren korrekter Anschluß muß händisch erfolgen und ist dann trotzdem nicht dynamisch.

Programme wie 'Stud.io' – und möglicherweise auch 'LDCad' – unterstützen hingegen die Funktion der Bauteilkonnektivität. Beim Erstellen eines digitalen Bauteiles muß dessen jeweilige Konnektivität allerdings vom Bauteilkonstrukteur manuell hinzugefügt werden (bei 'Stud.io' sind Konnektivitäten innerhalb einer ”*.CONN”-Datei hinterlegt). Fehlen entsprechende Konnektivitätsangaben, ist das Bauteil erst einmal nur ohne Konnektivität verwendbar.

Soweit mein gefährliches Halbwissen. Von 'Stud.io', 'LDCad' und Co habe ich keine wirkliche Ahnung.

@Dorothea Williams

Herzlichen Dank für Deine Rückmeldung,

Die Zusammenhänge waren mir bekannt, ich hatte nur gehofft, dass jemand eine Art praktikablen Workaround gefunden hat. Ich baue in LDCad, unter Anderem auch deshalb weil mir die Konnektivität dort besser gefällt als in Studio. Was die *.conn Dateien betrifft, so sind diese ja leider nicht im Klartext vorhanden, so dass es schwierig ist dort etwas abzuschauen.
Ich müsste jetzt mal prüfen, wie aufwendig oder schwierig es ist, die erforderlichen Konnektivitäten in die *.dat Dateien einzupflegen und ob sich der Aufwand tatsächlich lohnen würde.

Falls es jemanden interessiert kann ich ja dann nochmal von meinen Erfahrungen berichten. Wird aber sicher ein paar Tage dauern.

Sonnige Grüße aus Bremen

@ErfinderDesRades immer her mit den Erfahrungen. Dafür ist das Forum ja da.

ErfinderDesRades hat geschrieben: ↑23. Januar 2025 13:33 Ich müsste jetzt mal prüfen, wie aufwendig oder schwierig es ist, die erforderlichen Konnektivitäten in die *.dat Dateien einzupflegen […]

Dies dürfte nach meinem Verständnis nicht möglich sein, da 'LDraw' mitsamt seinem Dateiformat wie oben bereits angesprochen keine Konnektivitäten unterstützt und somit auch keine Direktiven zur Verfügung stellt, um Konnektivitäten innerhalb einer DAT-Datei zu verankern. Aus diesem Grund benutzt beispielsweise 'Stud.io' zusätzliche externe Dateien (”*CONN”) als Behelfsmittel, um Konnektivitäten auf Umwegen zu realisieren. Doch ich kann mich in dieser Frage irren.

@Dorothea Williams

Bin tatsächlich schon etwas schlauer geworden (zumindest was diese Fragestellung betrifft). Die Konnektivitäten sind bei LDCad in der Shadow-Datenbank hinterlegt. Dort gibt es für sehr viele der Bauteildateien eine weitere *.dat Datei, welche die benötigten Konnektivitäten enthält.
Wenn man nun also ein eigenes Bauteil erstellt, müssen die erforderlichen Konnektivitäten dort in einer separaten Bauteildatei mit demselben Namen abgelegt werden.
Da eigene Bauteile grundsätzlich als Unofficial Parts abgelegt werden müssen, muss man natürlich in der Pfadzuordnung in LDCad auch bei den Unofficial Parts einen Verweis auf diese Shadow Datenbank eintragen.

Zur Systematik hinter den (textbasierten) Shadow *.dat Dateien gibt es ein paar Beschreibungen auf der Seite von Roland Melkert:

https://www.melkert.net/LDCad/tech/meta

Ist allerdings teilweise etwas kryptisch, lässt sich aber ganz gut nachvollziehen, wenn man sich mal ein einfaches Bauteil vornimmt und dieses innerhalb von LDCad editiert. Dort kann man dann ganz gut mit den Parametern spielen und sieht, zumindest was die Positionierung betrifft, gleich wie sich das Ganze auswirkt.

Werde den Prozess am Wochenende mal komplett durchspielen und schauen wie meine ersten Gehversuche verlaufen.

Sonnige Grüße aus Bremen

Hallo Zusammen,

für alle, die es interessiert heir jetzt nochmal ein kleines Update zu dem Thema Export von Studio Part Designer nach LDCad. Das Ganze klappt wunderbar, wenn man nach dem Export in der exportierten *.dat Datei dafür sorgt, dass in der zweiten Zeile der Dateiname steht:
Ändert man nun das Bauteil in LDCad, wird automatisch eine zugehörige Shadow-Datei angelegt, welche dann die benötigten Konnektivitäten enthält. Anschließend lädt LDCad genau diese Datei immer dann automatisch mit, wenn man das entsprechende Bauteil in seinem Modell verwendet. Im Grunde kann man auf diese Weise im LDCad-Teileeditor viele Änderungen vornehmen, um die Teile komfortabel handhaben zu können.
Um die dort vorgenommenen Änderungen direkt auch speichern zu können, habe ich die Shadow-Datenbank entpackt und das entpackte Verzeichnis in LDCad eingebunden. Ansonsten ist ein Speichern der Änderungen nicht möglich.

Falls jemand noch weiteres Interesse an diesem Thema hat bitte melden. Ich habe mir hierzu einige Aufzeichnungen gemacht (was ich nicht niederschreibe vergesse ich auch bald wieder). Das könnte ich dann gern zur Verfügung stellen.

Sonnige Grüße (heute wirklich mal sonnig) aus Bremen

Vielen Dank für Ihre Bemühungen zu dieser Thematik.

@Dorothea Williams

sehr gerne, war ja nicht ganz uneigennützig

BTW coole Signatur

ErfinderDesRades hat geschrieben: ↑25. Januar 2025 17:41 BTW coole Signatur

Absolut.

Liebe Freunde!

Ich wende mich mal mit einer Frage zu stud.io an euch: Wie kann ich am besten ein Modell (physisch) bauen, von dem ich nur die stud.io-Datei, aber keine Anleitung habe?

Konkret geht es um die Tupolev TU-144, von der es eine frei verfügbare stud.io-Datei im Internet gibt beziehungsweise gab (Komplexität und Größe ähnlich der Concorde von LEGO). Ich habe mir die Teile besorgt (aufbauend auf eine Hommage des Concorde-Sets) – Teilelisten gehen ja mit stud.io problemlos. Die Datei ist jedoch nicht den Schritte unterteilt, alles ist in einem Schritt beziehungsweise ein Modell.

Ich habe bereits einmal ein größeres Modell auf Basis einer stud.io-Datei gebaut (den Hancock-Tower in Chicago, ca. 1500 Teile), aber das war sehr mühsam. Ich habe immer Teile, die ich gebaut hatte, aus dem Modell ausgeblendet, damit ich die nächsten Teile sehe. Dadurch musste ich aber sozusagen von außen nach innen bauen, was speziell beim Flugzeugrumpf sehr schwierig ist.

Ich bin für jeden Tipp dankbar, wie ich sinnvoller vorgehen kann. Danke euch!

hema1 hat geschrieben: ↑16. Januar 2026 11:58 Wie kann ich am besten ein Modell (physisch) bauen, von dem ich nur die stud.io-Datei, aber keine Anleitung habe?

Sowas hab ich noch nie gemacht, aber ich hab eine Idee: Ich gehe davon aus, dass der Designer in irgend einer logischen Reihenfolge vorgegangen ist.
Also blende ich alles aus. Danach fange ich rechts an der Leiste an, die Steine nacheinander einzublenden, von oben nach unten.

Leider ist das nicht ganz Narrensicher, da spätere Korrekturen die sinnvolle Reihenfolge verwerfen, aber ein Versuch ist es wert.

Du könntest mal den Anleitungsdesigner testen (hab ich auch noch nie gemacht).

Danke! Den Anleitungsdesigner kenne ich schon ein wenig - für eine sinnvolle Anleitung muss man aber "Baugruppen" (Steps) definieren, sonst müsste man zig Teile in der Luft herumlegen (in 3D!), die erst später verbunden werden. Aber deine Idee mit der Reihenfolge das Autors muss ich probieren, das wusste ich noch nicht.

Typisch baust du das Modelle zurück (Rückwärts also letzten Schritt zuerst und ersten Schritt zuletzt) und erstellst so die Bauschritte. Eine Anleitung zu erstellen ist halt sehr mühsam.
Du kannst auch Teile als Subgruppen auslagern, für die gilt dann aber natürlich das gleiche.
@togemini kann hier evtl. mehr helfen und genauso @Resqusto.

Wenn Du willst, kannst du @hema1 mir die Datei mal schicken und ich gucke rein. Der Designer könnte durchaus schon beim Modell Gruppen verwendet haben.
Wenn aber aus einer Datei eine BA erstellen willst, baut man wie @5N00P1 schon gesagt hat rückwärts, was dann den einzelnen Schritten entspricht. Bei meinen Brickheadz kommen z.B. am Ende die Accessoires dran, beim Rückbau wären das die Teile, die ich im ersten Schritt "wegnehme". Dann nehme ich die Augen weg, das wäre dann der vorletzte Bauschritt.

Michael hat geschrieben: ↑16. Januar 2026 12:40 Ich gehe davon aus, dass der Designer in irgend einer logischen Reihenfolge vorgegangen ist.

Die logische Reihenfolge beim Bau ist nicht zwangsläufig die Logische Reifenfolge beim Design. Ganz im Gegenteil, da gibt es erhebliche Unterschiede.

Ganz generell ist das erstellen einer Bauanleitung immer eine sehr Mühsame Angelegenheit.

Resqusto hat geschrieben: ↑17. Januar 2026 17:01 Die logische Reihenfolge ist nicht zwangsläufig die Logische Reigenfolge beim Design. Gabz im Gegenteil, da gibt es erhebliche Unterschiede.

Bin für alternative Vorschläge für eine sinnvolle Vorgehensweise offen. Hema sicherlich auch.

Wenn du es richtig gut willst Anleitung erstellen. Sonst versuchen Subgruppen zu finden und das Modell negativ von oben nach unten bauen und Teile löschen.
oder sich irgendwie durchfummeln.

Danke euch allen. Ich habe schon ein paar Subgruppen identifiziert und werde mich mal durchprobieren. Dazu kommt, dass ich sowieso etwas improvisieren muss, da gewisse Teile, die ich nicht habe, durch andere ersetzen muss (wie oft bei mir versuche ich, mit dem auszukommen, das ich habe). Ich werde berichten - wird aber noch dauern, bis ich zum Bauen komme.

hema1 hat geschrieben: ↑17. Januar 2026 21:02 Dazu kommt, dass ich sowieso etwas improvisieren muss, da gewisse Teile, die ich nicht habe, durch andere ersetzen muss

Wenn du Teile brauchst (für Studio ...) dann sach Bescheid.