I'm looking to clarify the use of optional qualifiers in the OMR spec.
Under Base File Naming, the requirements for the optional qualifier are:
"[i]s a sequential number, starting with 2."
"…is not mandatory and gets added only if there is more than one set that could be assigned the same <Set Number>. The first set using a given number would be understood to never contain the qualifier however numbering should start with the oldest set and some investigation should be done in existing set databases."
Under MPD File Structure, the requirement for the optional qualifier, both for sub-models and embedded unofficial parts, is:
"is a sequential number, starting with 1, added if there is more than one set that could be assigned <Set Number>."
This has the effect that, where the model represents the first (oldest) of multiple sets with the same number, the MPD filename would not contain the optional qualifier, but the names of its subfiles would. So, to extend the example given in the spec:
6901 - Mobile Lab.mpd (Produced in 1980)
6901-1 - Submodel1.ldr
6901-1 - Submodel2.ldr
6901-1 - part.dat
6901-2 - Space Plane.mpd (Produced in 1998)
Likewise, the example given for an embedded unofficial part is:
33956.dat would be renamed to 3345 - 33956.dat or 3345-1 - 33956.dat[color=rgba(0, 0, 0, 0.87)].[/color]
In either case, the underlying base filename would be 3345 - Set Name.mpd (because "-1" is not a valid optional qualifier for the base filename, or because there is only one set numbered 3345).
Is this the intended interpretation of the spec? Or is it intended that <Set Number>[-<Optional Qualifier>] be identical for the base filename and all subfile names (and if so, should the optional qualifier start at 1 or 2)?
first of all, I would like to say my thanks to Roland for LDCad and to Philippe, Willy, Johann and Magnus for helping me out drawing models and making them OMR compliant.
After making the same mistakes multiple times and because I don't get MPDCenter running on my Linux box, I wrote a small Java tool to:
inspect and preview ldr/mpd files, list/preview sub-files
check OMR-compliance and some subtle things (like tires having Rubber color)
organize part lists (pbg import / export and generated from ldr/mpd files)
get part lists from Bricklink and Rebrickable with preview and pbg export
compare part lists of arbitrary source
search parts by description / filename / origin
I don't know if this software would be of any interest to the community. It is in some kind of early pre-alpha state, but if there are brave testers, I would be happy to get feedback or just "does not work" messages. Maybe it even helps other Linux-LDrawers to get their files OMR compliant? The gui requires JavaFX (see here), everything else is "plain Java" (version >=11).
Any suggestion or feedback is warmly welcome.
Best regards
Stefan
PS: If this is the wrong forum, please Administrator move it to another one.
A post in the Stud.io forum touches on an issue that I've been thinking about, so to follow on with that discussion…
Briefly stated, in programs that use hi-res primitive substitutions, when the minifig head is rendered it tends to leave the patterned face portion unchanged, so it sticks out from the otherwise round head and leaves visible gaps. (See the linked post for full discussion and image.)
Is it feasible that there could be a hi-res substitution created for at least the standard grin pattern, for those programs that might use it? I know there are zillions of MF faces nowadays and to do all of them would be prohibitive, but might it be worth it for at least the "classic" visage?
(Or is there indeed already a solution out there to this problem, and I just don't know about it?)
I am creating a large mosaic image. Unfortunately, the largest plate in MLCAD's generator is 2x4, and the largest in LDDMC is 2x2. So this large mosaic has many many small parts. Is there a tool that can, say, combine two 2x4 plates to create one 4x4 plate, etc.? Thank you.
next model I'd like to contribute is 8854 Power Crane of 1989.
Done with LDCad 1.6c (Linux64).
Known issues: none.
The file should be OMR compliant, but it is very large - the rope and pneumatic hoses are very expensive in terms of LDraw-lines.
Please see the updated versions below, this one here is kept for discussion history reasons only.
Hi there - apologies if this is an inappropriate place to post this. I’ve gotten a lot out of the LDraw tools, and appreciate all the work you all have put in to them.
I recently published a video where I highlight how I used LeoCAD, the parts library, and POVRay to help me create a Lego stop motion movie. Consider checking it out:
I'm completely new to all of this stuff so I'm not 100% certain this is the right category...
I'm thinking about starting a small project (web app or desktop app, I'm not sure yet) that involves LDraw files that should be able to be loaded into Stud.io. I've been looking into the file format and it seems pretty straight forward, however there's one thing I haven't been able to find yet, and that's a complete list of colors and their color IDs as they're used in Stud.io.
I've looked through a sample model I made to get a few color IDs, and checked if they matched the BrickLink Color Guide which unfortunately is not the case, so my question for you guys is: Is there a full list of Stud.io colors (with their IDs) available somewhere?
Thanks in advance! If my project turns out to be as cool as I hope, I'll gladly share the progress on here with you guys
EDIT: I did just find the Color Definitions page, but something tells me this is still missing some of the colors that Stud.io uses. (I randomly ran into the color 10008 (Coral), which is not in the definitions page)
EDIT 2: Found the LDrawConfig file that Stud.io is using, but I doubt that's their primary source of colors as it was last updated in 2013 according to the file itself
