-
Posts
1,354 -
Joined
-
Last visited
About SylvainLS

Spam Prevention
-
What is favorite LEGO theme? (we need this info to prevent spam)
<p> Classic Space </p> <p> Go Brick Me! </p>
Profile Information
-
Gender
Male
Extra
-
Country
France
-
Special Tags 1
https://www.eurobricks.com/forum/style_images/tags/LDD_builder_yellow.gif
-
Special Tags 2
https://www.eurobricks.com/forum/style_images/tags/ldraw_builder.gif
-
Duplo for Studio!
SylvainLS replied to Philo's topic in Digital LEGO: Tools, Techniques, and Projects
No problem with the delay: I’m not following all the threads or even checking the forum every day 😅 LDraw is an open format for the 3D models for the parts, and it’s a library of parts. You can learn more on the LDraw website. Studio uses the LDraw format internally… but with some modifications and choices that make it “an application that uses LDraw” and not “an LDraw application.” So there’s sometimes some gymnastics required to make things work in Studio’s ways. -
Duplo for Studio!
SylvainLS replied to Philo's topic in Digital LEGO: Tools, Techniques, and Projects
For some unknown reason, some DUPLO parts are already in Studio’s part database. There, there’s an association between a filename and diverse BrickLink and Studio info. Some of these info have values that prevent them from showing in palettes (one example is the categories/shapes numbers that are unset or set to 0). By construction, and for almost every undecorated part, the filename that’s there is the same as the filename used by LDraw. So, when you make a custom part (like Philo did) and export it to Studio with its LDraw filename (like Philo did), Studio will use the matching entry in its database and the part won’t show in the palettes. What that means is that one needs to rename all the files of custom parts to NOT be the same as LDraw filenames (and change all the references to other “custom” filenames inside the files). One simple solution would be to rename all the files by adding “ld_” in front of them. (The pack used to work. It’s changes in 1. Studio’s database, 2. how custom parts are handled in palettes, that are causing this.) -
Don’t be confused with Studio’s implementation that only lasts for one step (and automatically adds arrows). Or maybe there’s simplifications in MLCAD that also do that? I don’t know MLCAD well. In any case, Bufex is both very simple, very powerful, and limited: it creates an alternate reality from which you can come back. In other words, it stores the current situation in a “buffer” (memory place) and that situation is restored when you exit bufex. Your instructions go: step 1, 2, 3, <enter bufex> 4, 5, 6, <exit bufex>, 4’, 5’, 6’. Every parts added in steps 4, 5, 6 are “removed”/“forgotten” and the instructions start again with the situation at the end of step 3.
-
Buffer Exchange. You start it when you add the first submodel… up until the whole model is built. And then you restart the build. Basically bufex is like a parenthesis: 1 2 3 (4 5 6) 4’ 5’ 6’, when you close the parenthesis, it’s like it was never there. That means that if the submodel you want to replace is not the last thing added, you’re rebuilding things you should have to rebuild (= when steps 5=5’ & 6=6’ above). I don’t think there’s other solutions… except making multiple models and patching the instructions (PDF…) afterward.
-
Hi, I don’t know exactly for this particular build but there are a few things to know: LEGO bricks have tolerances and flexibility. LDraw/Studio 3D models are “perfecty in-system.” That means the sides of a real 1x1 brick are 7.8 mm, while the center of 2 studs on a 1x2 brick are 8 mm apart (IOW, there’s 0.1 mm on each side). So when you put two 1x1 on a 1x2, there’s 0.2 mm between them. In Studio/LDraw, the brick 8 mm x 8 mm and in the same build, the two bricks have their sides at the exact same position. Studio has some tolerance for collisions (about 1 LDU = 0.04 mm) but it’s not like the real bricks. LEGO cheats in their official models. “Good enough is the only best.” In short: Studio collision detection is a help, not The Truth.
-
LDD Broken Links
SylvainLS replied to Steven Bazinet's topic in Digital LEGO: Tools, Techniques, and Projects
To be clear, as I understand it, Steven is talking about where all the links in the index are broken. They are of the form /forum/applications/core/interface/file/index.php?file=/index.php?showtopic=41226&view=findpost&p=3467576 while they now should be /forum/forums/topic/41226-key-topic-official-lego-sets-made-in-ldd/#findComment-3467576 If no one wants to or can fix them, the only solution is, instead of clicking a link to a post, to copy it, paste it in the URL bar and massage it so it’s correct…. -
Update 2025-08-11 New Parts: 12610 / 12610.dat Minifig Ninja Turtle Shell with Horizontal and Diagonal Belts 12892 / 12892.dat Minifig Cap with Antenna 13393 / 13393.dat Animal Fawn Friends 14736 / 14736.dat Animal Monkey Baby 15695 / 15695.dat Animal Lamb Friends 16957 / 16957.dat Minifig Head SW Protocol Droid (RA-7) 18829 / 18829.dat Minifig Pith Helmet and Hair in Ponytail 23187 / 23187.dat Minifig Hair Female Mid-Length Wavy 24588 / 24588.dat Minifig Armour Breastplate, with Round Collar, Chain Mail, Snake Heads, and 1 Stud on Back 25405 / 25405.dat Minifig Hair Female Wavy Ponytail with Long Bangs 28432 / 28432.dat Minifig Hair Female Long Wavy with Ponytail with Band 28694 / 28694.dat Minifig Hair Short with Curls with Bow 30038 / 30038.dat Minifig Helmet with Breathing Apparatus and Studs 30842 / 30842.dat Car Base 4 x 14 x 1 with Tow Ball Socket 30843 / 30843.dat Car Mudguard 6 x 7 x 3.667 57579 / 57579.dat Minifig Head Kanohi Garai 64806 / 64806.dat Minifig Helmet SW Senate Commando 85948 / 85948.dat Minifig Head Alien Kranxx/Ranch 88291 / 88291.dat Animal Camel (Complete) Rematched: 6124 / 6124b Minifig Magic Wand with Long Handle 6579 / 6579b.dat Tyre 27/ 40 x 22 Offroad 6580 / 6580d.dat Wheel Rim 23 x 22 x 29 Offroad with Split Axlehole 45779 / 49556.dat Minifig Helmet with Mask 73092 / 2959bc01.dat Magnet Cylindrical in Casing (Complete) Importable: 2959c01.dat / 73092 ~Magnet Cylindrical in Casing (Complete) (Obsolete) 6124.dat / 6124 ~Minifig Magic Wand (Obsolete) 6579.dat / 6579 Tyre 27/ 40 x 22 Off Road (Obsolete) 6580.dat / 6580 ~Moved to 6580a (Obsolete) 6580b.dat / 6580 Wheel Rim 23 x 22 Offroad with Split Axlehole 6580c.dat / 6580 Wheel Rim 23 x 22 x 29 Offroad New Custom Parts: 4988 / 4988.dat Minifig Costume Flying Saucer 5639 / 5639.dat Minifig Helmet Mask with Shoulder Armor and Long Spikes 16475 / 16475.dat Minifig Head SW Ithorian 27055 / 27055.dat Keychain 57798 / 57798.dat Animal Flamingo md5sum: cb5eff10e7aee32b1ddd8c833792276e
- 327 replies
-
- conversion
- ldraw
-
(and 1 more)
Tagged with:
-
Update 2025-03-17 Added parts: 3672 / 3672.dat Minifig Headdress Bandana on Bald Scalp 10173 / 10173.dat Minifig Ghost Shroud with Open Mouth 11254 / 11254.dat Minifig Hair Female Mid-Length with Part over Front of Right Shoulder with Bandana and 3 Coins 11603 / 11603.dat Animal Turtle 13198 / 13198.dat Minifig Hair Female Ponytail Long Braided with Hair Clips 13783 / 13783.dat Minifig Utensil Rope Coiled 15499 / 15499.dat Minifig Hair Female Mid-Length Wavy, Pulled Back with Partial Bun, Side Bangs 15500 / 15500.dat Minifig Hair Short Combed Sideways Part Right 16501 / 16501.dat Minifig Helmet SW Snowtrooper with Closed Visor 17347 / 17347.dat Minifig Hair Female Ponytail Long Straight with Tie 18955 / 18955.dat Minifig Head Snake with Open Mouth 19857 / 19857.dat Minifig Headdress Ninja Wrap with Short Back Knot 23924 / 23924.dat String Braided 63L with Towball End 25727 / 25727.dat Figure Friends with Cargo Pants (Thick Hinge) 25973 / 25973.dat Minifig Headdress Bald Head with Tied Bandana 29272 / 29272.dat Minifig Head Cuboid with Raised Rectangle with Hat Cuboid with 3 Sloped Steps 62699 / 62699.dat Minifig Hair Spiked Top 93217 / 93217.dat Minifig Hair with Top Knot Bun 93556 / 93556.dat Minifig Head Extension Frankenstein Monster 93560 / 93560.dat Minifig Helmet Standard with Open Chin 95221 / 95221.dat Minifig Hair Dreadlocks with Beads and Bandana 98119 / 98119.dat Minifig Hair Bun with Braid and Hood Rematched parts: 64804 / 64804.dat Minifig Head Yoda with Straight Ears Added custom parts: 1609 / 1609.dat Minifig Mask Snowman 1621 / 1621.dat Minifig Utensil Candy Cane 1622 / 1622.dat Minifig Hair with Two Wide Braids with Elf Ears and Pointed Hat 1756 / 1756.dat Minifig Carrot Nose 2631 / 2631.dat Minifig Hair Short Spiked, Swept Up in Front 2889 / 2889.dat Animal Dog Alsatian / German Shepherd Puppy 3321 / 3321.dat Minifig Hair Female Long, Parted on Left, Swept over Left Side 5473 / 5473.dat Minifig Hair Bowl Cut Parted in Center with Hole on Top 5684 / 5684.dat Minifig Wings Eagle 36762 / 36762.dat Minifig Hair Thick and Messy 41577 / 41577.dat Minifig Hair Combo Large Glasses with Large Bowl Cut Hair 75512 / 75512.dat Minifig Hair Narrow Swept Back Ponytail 82445 / 82445.dat Animal Horse Foal with Mane and Tail 101659 / 101659.dat Minifig Head Cartoon Rabbit Importable: Technic Pin Long without Friction with Single Slot 32556a.dat Technic Pin Long without Friction with Dual Slot 32556b.dat Technic Pin Long without Friction 39888.dat md5sum: b44869c480d83a5fe8641f623db1e26c
- 327 replies
-
- conversion
- ldraw
-
(and 1 more)
Tagged with:
-
Stud.io Noob Questions
SylvainLS replied to BrickMonkeyMOCs's topic in Digital LEGO: Tools, Techniques, and Projects
Not in the app itself. -
fine move and rotate pieces in STUDIO
SylvainLS replied to SNIPE's topic in Digital LEGO: Tools, Techniques, and Projects
Use Alt+arrow to make 0.1° rotations in the Rotation tool. (Ctrl = 1°, Shift = 5°, no modificator = 25°) -
More precisely: — For 3023: LDraw made a new 3D model, they named it 3023b.dat and obsoleted 3023.dat. Studio followed suit to allow the inclusion of decorated 3023. Older models still reference 3023.dat, newer models correctly reference 3023b.dat. Studio marks the “old” 3D models as “alternative LDraw model” in the Step List. The problem is that older models saved without modification in a newer Studio stupidly use “rename_3023.dat” and that breaks the .io upload on the website. — For 3069 (and 3070 and 3068): BrickLink had 3069 (undetermined), 3069a (without groove) and 3069b (with groove). That was confusing for buyers: 3069a are old and rare and expensive, sellers mostly didn’t use 3069 but 3069b. So they decided to merge 3069 and 3069b, and to remove the confusing “with groove” as it’s the default, modern part and all the other tiles are all with groove and without the text in their description. The LDraw 3D models weren’t changed. The only visible effect in Studio was in the naming of the parts. That shouldn’t impact loading, uploading, or parts lists, but maybe the website upload has problems with that too. — Heads: BL merged 3626b, 3626c, and 28621 (all the hollow studs) into 3626, only 3626a (plain stud) remains as a variant. That means that it has a mix of effect and non-effect. For instance the plain parts 3626b and 3626c are now considered “alternative LDraw model,” because they are variant that are no longer recognized by BL. For some decorated parts, it’s transparent because they didn’t have multiple 3D models, so only the BL ID changed. — Slope 28192: For way too long, Studio had a 3D model that came from LDD. It was slightly wrong and it caused problems when importing from / exporting to LDraw. The 3D model was recently changed to the official LDraw model. As the part’s default position and orientation changed, that messes up your older 3D models (only in Studio, not in Early Access, which is another pain). — Ingot 99563: Studio used 96910.dat from LDD, now it uses 99563.dat. It’s like 3023 but, AFAICT, with fewer problems. And there were a few other parts that changed in the life of Studio (I remember the lantern, the 1x4x3 brick…). Correcting “en masse”: I made a small and ugly tool that can correct/modify parts in .io files: io_mod.html. By default, it corrects 28192, 99563 and 3023. It only works on recent .io files, and the files need to be saved again in Studio to be correct. A bit more info here. To use it: — download this zip, — unzip, open io_mod.html in a (recent) browser, — open and force-save your files in Studio to be sure they are in latest version, — feed the .io files to the tool, — download all the generated mod_*.io files (no active link = something went wrong), — open, check, and force-save them in Studio.
-
Stud.io Noob Questions
SylvainLS replied to BrickMonkeyMOCs's topic in Digital LEGO: Tools, Techniques, and Projects
Parts are updated regularly. Those parts updates are done separately from the application update and they are not advertized. When Studio starts, it checks for them (and for “contest” palettes, like BDP) and download them.