| Welcome, Guest |
You have to register before you can post on our site.
|
| Online Users |
There are currently 273 online users.
» 0 Member(s) | 268 Guest(s)
Applebot, Bing, Google, Internet Archive, Yandex
|
| Latest Threads |
Fix for slightly incorrec...
Forum: Part Requests
Last Post: Huib Versteeg
3 hours ago
» Replies: 4
» Views: 639
|
A fresh list of "most com...
Forum: Part Requests
Last Post: tom alphin
8 hours ago
» Replies: 5
» Views: 344
|
Lego Town Racer 1996 - 63...
Forum: Official Models
Last Post: Chris Böhnke
Yesterday, 23:39
» Replies: 14
» Views: 1,767
|
Eyesight on Linux
Forum: Rendering Techniques
Last Post: Orion Pobursky
Yesterday, 18:56
» Replies: 12
» Views: 8,425
|
Another common varient: 1...
Forum: Part Requests
Last Post: Rene Rechthaler
2025-09-12, 14:51
» Replies: 8
» Views: 5,443
|
1Lx1Lx2L brick with studs...
Forum: Parts Authoring
Last Post: SNIPE
2025-09-12, 10:14
» Replies: 0
» Views: 533
|
LDraw Colors for OpenScad
Forum: LDraw Editors and Viewers
Last Post: Hageta
2025-09-12, 10:03
» Replies: 0
» Views: 476
|
Img4Dat integrated in LDP...
Forum: Parts Authoring
Last Post: Nils Schmidt
2025-09-11, 20:04
» Replies: 6
» Views: 918
|
TXT2DAT integrated in LDP...
Forum: Parts Author Tools
Last Post: Nils Schmidt
2025-09-11, 19:47
» Replies: 4
» Views: 1,005
|
Here is the raw version o...
Forum: Part Requests
Last Post: Peter Grass
2025-09-11, 4:39
» Replies: 2
» Views: 838
|
|
|
| Parts Tracker now supports long descriptions |
|
Posted by: Chris Dee - 2013-08-08, 16:49 - Forum: LDraw.org Announcements
- Replies (4)
|
 |
The LDraw Parts Tracker has been updated to allow up to 200 characters in the line 1 part description.
There may be some knock-on impact on the display of the Parts List and Activity pages and I'll deal with those if they become a problem. If anyone sees any other problems, please let me know by posting here.
|
|
|
| Misunderstanding transform (line type 1) |
|
Posted by: Robert Baruch - 2013-08-07, 0:53 - Forum: LDraw File Processing and Conversion
- Replies (2)
|
|
I think I'm misunderstanding something about the transform matrix for line type 1. Long story short, I've written a program to convert LDRAW files into something that threejs (3D library for JavaScript) can use, but I'm getting surfaces with the wrong normals, and it's not obvious what's going on.
So take a look at this line in p/stud.dat:
Code: 1 16 0 0 0 6 0 0 0 -4 0 0 0 6 4-4cyli.dat
And now p/4-4cyli, just the first quad:
Code: 4 16 1 1 0 0.9239 1 0.3827 0.9239 0 0.3827 1 0 0
So the vertices are (1,1,0) (0.9239,1,0.3827) (0.9239,0,0.3827) and (1,0,0). Plotting these out and assuming CCW winding shows that the normal faces outwards, as expected.
Proof for those who care: the first two vectors formed by the first three vertices are (-0.0761,0,0.3827) and (0,-1,0). Crossing the first vector by the second yields (0.3827,0,0.0761), a vector pointing positive along x and z.
Now, the transformation matrix in stud.dat transforms the vertices in 4-4cyli by scaling the x-axis by 6, the y-axis by -4, and the z-axis by 6. Unfortunately, scaling the y-axis by -4 reverses the sense of the face, and now its normal points inward.
Again, proof for those who care: the transformation matrix is
Code: 6 0 0 0
0 -4 0 0
0 0 6 0
0 0 0 1
Applying this to the first vertex:
Code: 6 0 0 0 1 6
0 -4 0 0 x 1 = -4 = (6,-4,0)
0 0 6 0 0 0
0 0 0 1 1 1
So the first three vertices transformed are (6,-4,0) (5.5434,-4,2.2962) and (5.5434,0,2.2962).
The vectors formed by these vertices are (-0.4566,0,2.2962) and (0,4,0). Crossing the first by the second yields (-9.1848,0,-1.8264): a vector pointing along the negative x and z axes.
The order of the vertices has not changed, but since y was inverted, the orientation of the face has changed. This means that stud.dat has an inward-facing cylinder, but a disc pointing in the -y direction, which is weird. But is this correct? If so, I'm not sure how stud.dat is supposed to display anything properly...
|
|
|
|
| LDview and batch processing ldraw parts |
|
Posted by: Petter Lerdahl - 2013-08-05, 20:32 - Forum: LDraw Editors and Viewers
- Replies (4)
|
|
I trying to create some part pictures with a batch file i found on holly-wood.it
This is my second attept and it got a bit better. First i did not get any result but now i got a few pictures before it poped up with an old friend "Ldview need to close". This on my best computer (12 GB memory 3,2 quad core Intel running win 7 64 bit, ATI radon HD 68xx ) with the setting in Ldview on memory usage to low.
The batch was all parts from 3001.dat to 3089.dat. Since i got the same problem with Ldview need to close on my first attemt also, so i shorted the number off parts it needed to process. When it had processed 3004pt6.dat it stopped with the message and pressing cansel let it go on but did not create any pictures and it poped up on and on.
|
|
|
|
| BrickPad 2.2.4 is available... |
|
Posted by: Ken Drew - 2013-08-03, 1:25 - Forum: LDraw Editors and Viewers
- No Replies
|
 |
BrickPad 2.2.4 is available...
It has been a long time coming but:
- Handle LDraw COLOUR commands in models.
- Handle incoming files with the same name as an existing file differently.
- Ability to not display edge lines.
- When not displaying lines, use seams between parts.
- LDraw parts library is now in zipped format.
- Gallery view of models.
- Dropbox folder support.
- Updated 3rd party tools/code/frameworks.
- Fixed a bug where color codes 75, 76, 132, 133 had 0 alpha values
- Fixed a bug where parts using direct colors didn't have the image displayed in the parts list
- Other various bug fixes.
|
|
|
|
| Trouble with adding new primitives. |
|
Posted by: Jude Parrill - 2013-08-02, 23:38 - Forum: Parts Authoring
- Replies (14)
|
 |
OK, so I've been working on some new primitives called stud4c, stud4c1, stud4c2a, stud4c2p, and stud4c3 (all .dats). Now, I have tried to insert these into a part, but keep coming back with the same error. Every time MLCad comes back with "File stu24c*.dat not found! Continue loading?" For some reason, MLCad keeps changing the "d" in "stud" to "2", for each of these files, and I have no idea why.
Here's what's interesting though, if I press "Yes" to continue loading, a bounding box that appears to be the correct size shows up, but with no geometry inside. I've tried changing it's color, but it still doesn't show up.
For the record, I have the primitives located both in the same directory as the file I'm editing as well as in the "p" directory.
I've checked the file name, the "Name" part of the header in the files, and name on line in the file a dozen times each. They are all correct. Why won't these load properly?
|
|
|
|
|
