Welcome, Guest |
You have to register before you can post on our site.
|
Forum Statistics |
» Members: 5,318
» Latest member: Cristian
» Forum threads: 6,180
» Forum posts: 51,805
Full Statistics
|
Online Users |
There are currently 281 online users. » 1 Member(s) | 276 Guest(s) Applebot, Bing, Google, Yandex, Gerald Lasser
|
Latest Threads |
New parts from Lego Instr...
Forum: Parts Authoring
Last Post: Timothy Hall
8 hours ago
» Replies: 85
» Views: 70,501
|
axleend2
Forum: Parts Tracker Discussion
Last Post: Gerald Lasser
Yesterday, 20:03
» Replies: 3
» Views: 343
|
A fresh list of "most com...
Forum: Part Requests
Last Post: tom alphin
Yesterday, 15:36
» Replies: 8
» Views: 1,315
|
Parts request
Forum: Part Requests
Last Post: Peter Grass
Yesterday, 5:58
» Replies: 2
» Views: 655
|
Transparent sticker colou...
Forum: General LDraw.org Discussion
Last Post: Travis Cobbs
Yesterday, 1:42
» Replies: 10
» Views: 1,134
|
The Emperor Zurg
Forum: Part Requests
Last Post: Julian Raymond Ruan
2025-09-15, 13:07
» Replies: 0
» Views: 485
|
Batman Cowls
Forum: Part Requests
Last Post: Peter Grass
2025-09-15, 1:13
» Replies: 1
» Views: 610
|
Fix for slightly incorrec...
Forum: Part Requests
Last Post: Huib Versteeg
2025-09-14, 9:50
» Replies: 4
» Views: 1,262
|
Lego Town Racer 1996 - 63...
Forum: Official Models
Last Post: Chris Böhnke
2025-09-13, 23:39
» Replies: 14
» Views: 2,768
|
Eyesight on Linux
Forum: Rendering Techniques
Last Post: Orion Pobursky
2025-09-13, 18:56
» Replies: 12
» Views: 9,406
|
|
|
[disregard] 3626bpao.dat |
Posted by: Michael Horvath - 2019-06-16, 2:21 - Forum: Part Requests
- No Replies
|
 |
This file has a bunch of weird colors. For instance:
Code: 3 0x2F05C00 -0.1297 16.6768 -12.9742 0 16.6616 -13 0 16.5118 -13
4 0x2F05C00 0 16.1078 -13 -0.55 16.7488 -12.8906 -0.1297 16.6768 -12.9742 0 16.5118 -13
3 0x2F05C00 0 16.1078 -13 -0.7224 16.1568 -12.8563 -0.55 16.7488 -12.8906
4 0x2F05C00 -1.4158 16.3701 -12.7184 -1.0946 16.8569 -12.7823 -0.55 16.7488 -12.8906 -0.7224 16.1568 -12.8563
4 0x2F05C00 -1.9554 16.5807 -12.6111 -1.5187 16.9629 -12.698 -1.0946 16.8569 -12.7823 -1.4158 16.3701 -12.7184
4 0x2F05C00 -1.9554 16.5807 -12.6111 -1.9513 17 -12.6119 -1.7156 17 -12.6588 -1.5187 16.9629 -12.698
3 0x2F05C00 -1.9554 16.5807 -12.6111 -2.4328 16.7198 -12.5162 -1.9513 17 -12.6119
3 0x2F05C00 -2.4328 16.7198 -12.5162 -2.5166 17 -12.4995 -1.9513 17 -12.6119
4 0x2F05C00 -2.5166 17 -12.4995 -2.4328 16.7198 -12.5162 -2.9746 16.7997 -12.4084 -2.7453 17 -12.454
3 0x2F05C00 -2.9746 16.7997 -12.4084 -3.264 17 -12.3509 -2.7453 17 -12.454
4 0x2F05C00 -3.264 17 -12.3509 -2.9746 16.7997 -12.4084 -3.2554 16.7945 -12.3526 -3.4572 17 -12.3124
4 0x2F05C00 -3.2554 16.7945 -12.3526 -3.534 16.91 -12.2972 -3.4985 17 -12.3042 -3.4572 17 -12.3124
3 0x2F05C00 -3.2554 16.7945 -12.3526 -3.4 16.8071 -12.3238 -3.534 16.91 -12.2972
4 0x2F03C00 0 17 -13 0 16.6616 -13 -0.1297 16.6768 -12.9742 -0.1027 17 -12.9796
4 0x2F03C00 -0.1027 17 -12.9796 -0.1297 16.6768 -12.9742 -0.55 16.7488 -12.8906 -0.5628 17 -12.8881
4 0x2F03C00 -0.5628 17 -12.8881 -0.55 16.7488 -12.8906 -1.0946 16.8569 -12.7823 -1.0749 17 -12.7862
4 0x2F03C00 -1.5136 17 -12.699 -1.0749 17 -12.7862 -1.0946 16.8569 -12.7823 -1.5187 16.9629 -12.698
3 0x2F03C00 -1.5187 16.9629 -12.698 -1.7156 17 -12.6588 -1.5136 17 -12.699
Is this intentional? How can they be fixed?
ed.
Never mind. I see now that these are "custom colors".
|
|
|
How to get started developing a new LDraw Editor? |
Posted by: Nathan Readioff - 2019-06-15, 12:11 - Forum: General LDraw.org Discussion
- Replies (4)
|
 |
Hi, I’m new to the forum! I’m mainly a digital Lego builder, with a soft spot for real space and sci-fi models. I’ve been a long-time dabbler with Lego Digital Designer, using LDraw to format models for instruction manuals and recently exploring Mecabricks and Blender for rendering. However, since Lego has confirmed that LDD will not be updated to run on MacOS Catalina (which is dropping support for 32-bit apps) and I haven’t found any alternative Mac editors that I feel comfortable using, I’m seriously looking at the possibility of creating my own Lego CAD program - a native MacOS app, coded in Swift, using the Metal 3D graphics framework.
I’ve never actually coded for the Mac before, so I am not sure how far I will get with this. But I used to play with the Dark Basic programming language and some low-level DirectX 9 commands, so I know the basics of high-level 3D object manipulation, and my day job is partly spent writing C++ programs. Would there be room for another LDraw editor in the community, any interest in having something for the Mac?
I also had a few questions after reading up on the LDraw file format. Please, please don’t take these as criticisms of the library, or think that I am asking/suggesting that anything should be changed, I am only asking to try and get a deeper understanding of how the format works.
Why do you use a right-handed coordinate system, with negative y straight up? The two main conventions are +x to the right, +y upwards, and +z either into or out of the screen (for left or right handed). So why was this one chosen?
Each brick in the library is constructed from a series of recursive primitives, so what’s the best way to manage a brick in a program? Do you consider the brick as an object with multiple child limbs (with the limb structure preserving the LDraw primitive file hierarchy)? Or is it better to combine the geometry data of all of the primitives into a single 3D mesh? And has anyone ever pursued the LDD approach of hiding studs and anti-studs once they are connected, to reduce the scene poly-count?
None of the bricks contain normal data for the vertices, so how do you go about computing this? I mean, I know it’s a vector cross-product for each triangle, but how do you work out if an edge should be a hard edge (like for sides of a 2x4 brick) or a soft edge (like the rounded surface of a minifig head)? How do you go about searching the vertex data for shared edges? (And out of historical curiosity, why wasn’t the LDraw library designed to include the normal data? Was the original intention to use flat shading only?)
What is the importance of the back-face culling commands in the file format? Polygons can be rendered as single or double sided, but single sided is the default for performance reasons, and polygons facing away from the camera can be automatically culled by the 3D render engine. So why does this need to be such a major part of the file format specification? Is this used to help determine which way a normal vector should point when creating a triangle?
For the ROTSTEP command, why does it specify three Euler angles for the rotation instead of a quaternion? And what’s the rotation order (x,y,z, z,y,x, …)? Also, am I correct in assuming that REL and ABS denote use of perspective or orthographic rendering modes?
When defining parts in a model, the file format specifies x,y,z positions then a 3x3 rotation matrix. Why isn’t a full 4x4 matrix used, so that all position, scale, rotation information could be encoded in one structure?
From looking at the Bricksmith editor, steps seem to have a default rotation of x,y,z = 31,41,21 degrees. Why is this angle chosen, does the default ever vary from program to program?
Again, please don’t take any of these questions as criticisms of the LDraw format, I really am just trying to understand how the file format has evolved and how it works currently.
Oh, and sorry for such a huge first post, it’s turned out way longer than I expected!
|
|
|
Tile 1x1 Round |
Posted by: Orion Pobursky - 2019-06-15, 0:37 - Forum: Parts Authoring
- Replies (25)
|
 |
I'm sure I missed some sort of relevant discussion but why are the top edges rounded on the 1x1 round tile but nowhere else? It seems to me that these edges should be sharp just like every other part.
|
|
|
Held files on PT |
Posted by: Max Martin Richter - 2019-06-14, 12:24 - Forum: General LDraw.org Discussion
- Replies (8)
|
 |
Dear all,
everytime I scroll through the parts containing a hold vote, I'm frustrated cause there are so many unused primitives, that sit there for months and years.
Therefore I would like to suggest, that all unused primitives containing a hold vote should get deleted 6 months after both states got true.
/Max
|
|
|
[LDPatternCreator] Release 1.7.1 (better rotation / usability / triangulation) |
Posted by: Nils Schmidt - 2019-06-10, 20:15 - Forum: Parts Author Tools
- Replies (44)
|
 |
Hi,
today, I decided to finish more features for LDPatternCreator. Here is the result!
Download and install the latest LDPatternCreator release directly from sourceforge.net.
Change log:
New features: - Rotation will be applied around the selected vertex which is the nearest to the cursor (except for primitives, subfiles and groups)
- A click on "Select" cancels "Add vertex" / "Add triangle" ...
- "Remove isolated vertices" is always visible and enabled on the toolbar
- "Fast triangulation II" is renamed to "Create new vertices during triangle creation"
- "Fast triangulation" is now always active by default (can be temporarily deactivated by pressing CTRL or cancelled with RMB)
Fixed bugs:- Fast triangulation suggested the wrong edge on longer triangles
- A rare error occured during triangle creation
As always, I included a short readme.htm in the installation directory.
Cheers & Leg Godt
Nils
|
|
|
|