| Welcome, Guest |
You have to register before you can post on our site.
|
| Online Users |
There are currently 261 online users. » 2 Member(s) | 254 Guest(s) Applebot, Baidu, Bing, Google, Yandex, Orion Pobursky
|
|
|
| How to determine whether a file is a part or a subpart |
|
Posted by: Nathan Friend - 2015-06-28, 20:49 - Forum: LDraw File Processing and Conversion
- Replies (2)
|
 |
Is there a way to definitively know whether a particular .ldr or .dat file is a full part as opposed to a subpart or primitive? I'm writing an online LDraw visualizer using three.js, and one feature I'd like to add is an animation of the model "blowing up" - all of the pieces coming apart and falling to the floor. In order to do this, I'll need to know which definitions are linked and which aren't (i.e., I don't want the studs coming off the bricks).
My first thought is to assume that all subfile references in the root .ldr file are their own parts. However, I'm not sure if this is a reasonable assumption to make (this would do strange things if one was viewing a part directly, like a 2x4 brick (3001.dat) ).
Being able to identify individual parts will also help with seam width calculations.
|
|
|
| LPub and friends are re-maintained on github |
|
Posted by: Milan Vančura - 2015-06-25, 14:37 - Forum: LDraw Editors and Viewers
- Replies (3)
|
 |
Hello everybody.
You probably know that the situation about LPub and other SW needed for LDraw instructions creation is not optimal. One needs to make several utilities to cooperate to be able to do the full work from the idea through LDraw model to final PDF with instructions: the editor, renderers, LPub... And some of those utilities are no longer maintained. The situation is little bit worse on Linux because of some Linux-specific issues (like the fact Linux filesystems are case-sensitive).
I'm glad I can announce the result of our effort to help in this area: we created a github group to collect all SW needed to create the instructions using LPub (in the end). We imported the history of original projects (CVS or SVN), we continue to merge with upstream if it is alive (like for LeoCAD) and, thanks to github, we open a chance for everybody to cooperate: build, test, improve, send patches back. You do not need any special permission like in CVS/sourceforge times! Let's join us!
https://github.com/ldraw-linux
As you can see it is named ldraw-linux. This may confuse somebody so I clearly say at the beginning: the project started to make those utilities working on Linux, hence the name. But all our patches are Windows-compatible and the only limitation is that we do not have any machine and knowledge to test Windows builds now. Such a help is really appreciated - send me a PM or say here in this thread!
In short: our goal is: join our forces together and make this not only working but even improved!
At the end, I want to thank SUSE company for the hackweek: this allows us to work on any opensource project at work, during that week. And you can see there are really many projects people work on
|
|
|
| Pirates and belt buckles |
|
Posted by: Magnus Forsberg - 2015-06-24, 21:44 - Forum: Parts Authoring
- Replies (2)
|
 |
I've started reworking the parts listed in this thread. They all use the old method of creating blended/dithered colour. Colours that are not present in ldconfig.ldr.
In that list are most of the old pirates. I have asked about them before
973p30.dat Minifig Torso with Pirate Purple Vest and Anchor Tattoo Pattern
973p31.dat Minifig Torso with Pirate Stripes Pattern (Red/Cream)
973p32.dat Minifig Torso with Pirate Stripes Pattern (Blue/Cream)
973p33.dat Minifig Torso with Pirate Stripes Pattern (Red/Black)
973p34.dat Minifig Torso with Open Jacket over Striped Vest Pattern
973p36.dat Minifig Torso with Pirate Captain Pattern
973p3b.dat Minifig Torso with Brown Vest, Ascot and Belt Pattern
973p3e.dat Minifig Torso with Pirate Stripes Pattern (Blue/White) discussed here
Is this all? Or, how many is missing?
How about the one with a black belt buckle?
The belt buckle should be changed to the obvious Metallic Gold (82), but how about the belt?
Many use the dithered code 486, but not all.
Do they all have the same shade of brown colour, but printed on different brick colour, hence looking different?
What is the best brown to use?
I used a rgb colour in 973p34.dat, A5832F created by ColourSum.
I now want to give them all the same colour and use the nearest one, as suggested by ColourSum, Fabuland Brown (450).
The striped pirates should use, as the description says, "cream". They use code 495, which in Electric Contact Copper. Must be changed.
We don't have anything close to "cream". The closest I can find is Light Flesh (78). Would that be OK?
Is code 450 (Fabuland Brown) OK as colour on the leather belts?
Is code 78 (Light Flesh) OK as colour on the 'cream' stripes?
|
|
|
| Subfile References and Scaling |
|
Posted by: Nathan Friend - 2015-06-22, 23:48 - Forum: LDraw File Processing and Conversion
- Replies (3)
|
 |
I'm writing an online LDraw viewer using three.js and am getting some strange results when I try and render subfile references.
Here's what I have currently - this should be a basic 2 x 4 brick: http://nathanfriend.io/ldraw-visualizer (Note that I'm randomizing the color of all surfaces so I can clearly see how each is being rendered.)
As you can see, all subfile references are being translated too much, especially along the X and Z axes.
Here's a pseudo-code representation of how I'm calculating the positions of subfile parts:
Code: subfileGeometry.applyMatrix(matrixFromSubfileReference * matrixThatRepresentsAllParentTransforms);
You can see the relevant portion of this calculation here.
Any ideas as to what I'm doing wrong?
My current theory is that some part in the subfile chain is being scaled (for example, '4-4edge.dat' is non-uniformly scaled by a factor of 6 inside of 'stud4.dat'), and the assumption is that this scaling should not be applied to its own subfile references. This scaling would then causes exaggerations in the position of all descendent subfiles. If this is correct, I'm not sure how to go about counteracting the scaling.
Any hints would be much appreciated.
|
|
|
| SnapCAD is available! |
|
Posted by: Philippe Hurbain - 2015-06-19, 14:05 - Forum: LDraw Editors and Viewers
- Replies (10)
|
 |
SnapCAD was released officially yesterday by VEX. This is a "new" LDraw editor that targets robot building using VEX IQ parts. It is an adapted version of MLCad, and uses the parts that I modeled from VEX 3D models.
See SnapCAD page here.
As a side note, SnapCAD can be used for regular LDraw stuff (your just have to change default library and categories). And it does correct a few MLCad known bugs, such as the greyed-out vector rotation (you must uncheck "absolute position" to make it available).
|
|
|
| Attribution to LDraw.org in slides for public presentation |
|
Posted by: Mario Pascucci - 2015-06-17, 10:31 - Forum: General LDraw.org Discussion
- Replies (1)
|
 |
Hi all.
I read this, this, this and this topic, but I didn't find a specific policy, and I don't want to make assumptions or to do analogies.
Briefly: in August I'll do a presentation of my software jBrickBuilder during AFOL event "Lecco 2015" in Italy. I wonder what is the right formula to say "this program is based on Ldraw Part Library". My thinking was:
- place this formula in first slide
- in second-last slide, where usually goes thanks and references to other materials/websites, thanks to LDraw people and a link to LDraw website with LDraw.org logo used for linking (as stated here)
- in last slide, a warning that jBrickBuilder is not endorsed or sponsored by LDraw.org or LEGO® company.
Is that right/meets LDraw policies?
My apologies in advance if question was already discussed, in that case can someone point me to topic/documents?
Mario
|
|
|
| Animate building a model |
|
Posted by: Jaco van der Molen - 2015-06-17, 7:50 - Forum: Rendering Techniques
- Replies (4)
|
 |
Hi all,
What would be the right tool (if there is one) to animate the actual building of a model?
I am looking for something of a mix between LDD where you see a new brick flying in to snap to the right position and the movies by ArtiFex Creation (https://www.youtube.com/user/artifexcreation/videos)
Would this be possible with some LDraw tools?
I'm thinking simple rendering an image of each step and then animate each frame using some moviemaker program.
But then, each image of each step has to be the same width and height and the model (base) should be in a fixed position. How do I do that?
Thanks again all.
Jaco
|
|
|
|