This is my first attempted official model and I had some questions about the best way to improve it for inclusion in the OMR. It was created using MLCad. A few notes on questions I had, choices I made, the like:
* I haven't used any grouping, as I'm not sure how best to apply it or if there's any convention for naming groups.
* There is a detachable bit in the back. I wasn't sure whether to include this as a submodel or simply as is.
* I wasn't sure whether minifigs should be included as submodels.
* I've used steps, but no buffer exchanges/clears for displaying only the parts being worked with in the instructions. Should I do so?
* Stickers are not included, as I don't know of a good place to acquire the correct image or how to correctly create the sticker part, ensuring dimensions are accurate, etc. Is there any chance someone could help me with this or create the necessary part?
* The shadow trooper is using the stormtrooper patterns, which aren't quite accurate. I definitely do not have the skills to fix these, but not sure where I should ask to find someone willing to do the work.
* Obviously the headers aren't correct. If the above-mentioned things shouldn't be submodels, should it still be saved as an MPD. (If so, how can this be done in MLCad?)
Any other feedback that people have is welcome. I've done my best to ensure accurate part placement, but it's my first foray and I'm willing to learn. Official instructions for this model are at http://cache.lego.com/bigdownloads/build...535026.pdf.
I recently downloaded a file, one of the Iron Man 3 sets (http://www.eurobricks.com/forum/index.ph...try1537715), in .lxf format. In the past I've been able to open .lxf files through a couple of different ways, either importing into Blender, or LDView, and saving as an .obj to open in Maya. And I can do that with this particular file just fine, most of the parts come through, except for the helmet, which is what I was really looking for. The helmet is two parts, and in LDD it looks fine, but no matter what program I open it up with, the helmet just doesn't appear. I've tried Blender, Bricksmith, LDView, even LeoCAD. I've updated my LDraw library...Is there any fix for this? Or any way to export that file with all the helemt intact? Or am I just out of luck?
I know I could just model the helmet myself in Maya, but if there's a way I could get the actual lego file, I'd be much happier.
Posted by: Sven - 2013-05-17, 10:09 - Forum: Help
- Replies (4)
Hi!
New to the board here.
Just got myself Bricksmith for Mac 2 days ago and i'm having a blast!!!
However, when i'm trying to build something on a larger scale, bricks don't seem to fit correctly.
I'm building a cabine on a 32 x 32 plate and i'm really taking aaaagggeeesss to fit a brick nicely ,next or on top of another.
I already built a litle model before and everything went perfect.
So, are there any tips/tricks to fit piece together nicely???
Snap to grid seems to help 4 out of 10 times but there must be some other way right?
Back in 1973 when I was 12, together with my younger cousin I made a 6 minutes Lego film in Super 8, half of it using stop motion animation. Inspired by the popular Apollo program, we built a rocket with several stages and room for the LM, a launch vehicle, an aircraft carrier and many busses, cars and houses. Minifigs were not invented yet, so we used small 1x1 brick men.
The film was a gift to our grandparents' golden wedding anniversary.
After the party our grandparents took the film and us to Billund, where we showed it to Godtfred Kirk Christiansen. He liked it and had a copy made. We, in turn, got a Lego factory tour and got some big sets to take home ;-)
In the last few days i've been toying with an idea for an Lpub like program to generate and paginate instructions.
The problem with these kind of programs is that all code to layout stuff is tedious and bug prone (all calculations on margin and alignement and relative positioning and stuff).
The idea is to use something that already does this job and i thought, why not HTML+CSS?
We can put all rendering images into div boxes, giving each box his css class like "assembly", "part list", "step num" etc, and building the appropriate CSS to handle positioning. CSS has plenty of options for this. CSS could be used also for font size, face and placement. One could customize his own CSSs and reuse them (instead of reentering his setup for each file as in LPub).
The generated html+css+images could be used by itself, or better with an integrated renderer we could generate png images just like LPub. It could also be postprocessed with any WYSIWYG html editor.
CSS has some advanced rules to control pagination.
Rendering of images could of course be handed off to LDView or another renderer just like LPub does.
After working on an instruction for a few days I came across some issues that bugged me quite a lot and the workarounds with the existing tools are either tideous or I simply did not know them, in this case I gladly take some advice from you :-)
For the issues where I did not see any obvious workaround I would have some suggestions concerning mainly MLCAD, LSYNTH and LPUB. I would like to get your opinions.
Those are the concerns:
1.) "One Part Movements" e.g. sliding a bush on an axle
2.) Moving parts later during construction
3.) Re-Routing of Cables during construction
And here are the ideas: ad 1.) "One Part Movements"
Sometimes in the instructions you want to show a part being moved or added, so you put it a bit away from the model and add an arrow.
BUFFER exchange does to job pretty well and straight forward. However, it clutters the MLCAD file quite a lot. Not so much in the code, but visually. So it gets difficult to identify parts and e.g. if you want to move them later on, you need to move the buffered parts as well.
To avoid this a META command either directly within MLCAD or in LPUB could be used that applies to the part following the command. e.g.:
[sub]0 OFFSET PART [Matrix where to show the part/or a delta position]
1 0 84 0 0 1 0 0 0 1 0 0 0 1 4519.dat[/sub]
MLCAD would the show only the part in its final position
-> The command could be realized in e.g. LPUB only (make it LPUB OFFSET)
-> Additionally an arrow could be added as it is currently done in MLCAD ARROW
ad 2.) Moving parts later during construction
Sometimes a part is added during construction that will be used in a later step to fasten an additional part, e.g. pushing in the long pin with bush during technic construction or movin an axle.
The only way how to realize this is putting a lot of parts into the buffer exchange. This disadvantage here is that multiple STEPS within the BUFFER exchange commands make LPUB not displaying the amount of bricks correctly. (MLCAD does show a correct inventory) .
Also a disadvatage of this method is not so much cluttering the view, but when parts are moved, you need to take care of many parts within the buffer.
A better way to handle would be to put only this one or more parts into a buffer and retreive them, respectively replace them later. Realization would require an extension to the BUFFER meta command:
e.g. define the parts that need to be moved between a START/STOP bracket and later remove them with a REMOVE command and place the same part in the final position.
[sub]0 BUFEXCHG A START
1 4 124 0 0 1 0 0 0 1 0 0 0 1 32054.dat -> Part in pulled out position
0 BUFEXCHG A END
0 BUFEXCHG A STORE
....
0 BUFEXCHG A REMOVE
1 4 124 0 0 1 0 0 0 1 0 0 0 1 32054.dat -> Part in final Position[/sub]
ad 3.) Re-Routing of Cables during construction
This concerns instructions where a cable needs to be included (as later parts would block the routing at the time the destination is inserted) and needs to be re.routed once or several times during constructions.
Theoretically this could already be addressed with the proposal of the second point. But to make instructions easier to do and better to read some improvements can be done like:
- entering a "name" for the cable (or LSynth element) to make identification for re-routing easier.
- adding a color identifier to the cable to show the destination when multiple cables are used.
Possibly two meta commands in LSynth could help here e.g. NAME and LABEL
[sub]0 SYNTH BEGIN ELECTRIC_POWER_FUNCTIONS_CABLE 16
0 SYNTH NAME CABLE-1
0 SYNTH LABEL START/STOP SQUARE/CIRCLE/DIAMOND/TRIANGLE UP/DOWN Size Color
0 SYNTH SHOW
...
0 SYNTH SYNTHESIZED BEGIN
...
0 SYNTH SYNTHESIZED END
0 SYNTH END[/sub]
The LABEL command would add a color identifier to the cable hovering above the cable before the plugs.
The NAME command could identify a cable and when preparing instructions e.g. LPUB can take care to use now the next instance of e.g. CABLE-01
So, that was quite a lot, may be too much, but I would be happy to hear your opinions.
I'm using OpenGL for LDForge's renderer and I'm about stumped on to decide when to draw conditional lines. Actually rendering the part is no problem but how does a GL renderer take the control points into account?
For compiling objects glGenLists/glNewList/... is used and glCallList for drawing them. While it's not the most optimized approach, it works for something as simple as a single part.. at least for the simple ones. I've been considering using VBOs though.
I'm currently trying to make a set of instructions for some Lego models I have created in MLCad. I would like to format them so that parts that were added in a previous step are differentiated from the new parts (preferably by making the older parts lighter while the newer ones are in full colour). Is there a way to do this in LPub or MLCad, or is there a better software solution to fit my needs?
but there must be some other way right?
![[Image: suggest_01.png]](http://www.brickshelf.com/gallery/lg008823/ThisAndThat/suggest_01.png)
