Welcome, Guest |
You have to register before you can post on our site.
|
Forum Statistics |
» Members: 5,319
» Latest member: MAC21
» Forum threads: 6,180
» Forum posts: 51,807
Full Statistics
|
Latest Threads |
A fresh list of "most com...
Forum: Part Requests
Last Post: tom alphin
7 hours ago
» Replies: 10
» Views: 1,673
|
New parts from Lego Instr...
Forum: Parts Authoring
Last Post: Timothy Hall
Yesterday, 2:41
» Replies: 85
» Views: 71,779
|
axleend2
Forum: Parts Tracker Discussion
Last Post: Gerald Lasser
2025-09-16, 20:03
» Replies: 3
» Views: 536
|
Parts request
Forum: Part Requests
Last Post: Peter Grass
2025-09-16, 5:58
» Replies: 2
» Views: 777
|
Transparent sticker colou...
Forum: General LDraw.org Discussion
Last Post: Travis Cobbs
2025-09-16, 1:42
» Replies: 10
» Views: 1,338
|
The Emperor Zurg
Forum: Part Requests
Last Post: Julian Raymond Ruan
2025-09-15, 13:07
» Replies: 0
» Views: 584
|
Batman Cowls
Forum: Part Requests
Last Post: Peter Grass
2025-09-15, 1:13
» Replies: 1
» Views: 726
|
Fix for slightly incorrec...
Forum: Part Requests
Last Post: Huib Versteeg
2025-09-14, 9:50
» Replies: 4
» Views: 1,409
|
Lego Town Racer 1996 - 63...
Forum: Official Models
Last Post: Chris Böhnke
2025-09-13, 23:39
» Replies: 14
» Views: 2,990
|
Eyesight on Linux
Forum: Rendering Techniques
Last Post: Orion Pobursky
2025-09-13, 18:56
» Replies: 12
» Views: 9,613
|
|
|
Both 3626b and 3626c patterned heads? |
Posted by: Magnus Forsberg - 2013-04-06, 10:25 - Forum: Parts Authoring
- Replies (3)
|
 |
This year there seems to be many "old" patterns printed on the new head, 3626c, and perhaps we need to decide how to treat them.
Must there be both a 3626b and a 3626c version of every re-released pattern?
Should all b-heads be renamed to "...with Blocked Stud"?
Should all c-heads be named "...with Hollow Stud"?
I don't think that's necessary.
The "c" in the partnumber, 3626cpXX.dat, tells me that it is a new head, with hollow stud.
Howard Lande has made a number of new heads, both as b- and c-heads.
3626bpb122, 3263bpb322, 3626bpb366, 3626bpb411, 3626bpb471, 3626bpb633, 3626bpb719
3626cpb122, 3263cpb322, 3626cpb366, 3626cpb411, 3626cpb471, 3626cpb633, 3626cpb719
(btw, they all need renumbering too)
Is that really necessary?
|
|
|
Insert Related Database |
Posted by: Ben Supnik - 2013-03-31, 20:35 - Forum: Parts Authoring
- Replies (26)
|
 |
Hi Y'all,
I am working on "Insert Related…" in BrickSmith. The idea is simple: select a door frame, and BrickSmith can tell you which doors fit, and put them into the correct location.*
Insert Related solves two problems:
- If you haven't memorized every single Lego Part, it can be hard to find the right matched part, e.g. the right tire for the wheel, the right door for the frame, the right glass for the window. Some of these are manageable (e.g. windows), some I still don't know after tens of thousands of parts inserted (e.g. tires). Insert related is a database that "knows" which parts fit for certain special roles.
- Some parts have relative origin offsets that aren't on the major brick grid> This typically happens when a part has its origin set for easy rotation instead of easy relative placement. So even once I find the right door for the frame, how does it 'snap' in?
I have two questions:
1. Is anyone else interested in the data for other modeling programs?
2. Does anyone have any feedback on the proposed data format? (This matters mainly if anyone else wants to use the data.)
There's nothing BrickSmith specific going on, hence the inquiry.
Here's what I have right now:
122c01.dat 3641.dat -31 6 0 0 0 1 0 1 0 -1 0 0 Left Tire
122c02.dat 3641.dat -31 6 0 0 0 1 0 1 0 -1 0 0 Left Tire
122c01.dat 4084.dat -31 6 0 0 0 1 0 1 0 -1 0 0 Left Tire
122c02.dat 4084.dat -31 6 0 0 0 1 0 1 0 -1 0 0 Left Tire
122c01.dat 3641.dat 31 6 0 0 0 -1 0 1 0 1 0 0 Right Tire
122c02.dat 3641.dat 31 6 0 0 0 -1 0 1 0 1 0 0 Right Tire
122c01.dat 4084.dat 31 6 0 0 0 -1 0 1 0 1 0 0 Right Tire
122c02.dat 4084.dat 31 6 0 0 0 -1 0 1 0 1 0 0 Right Tire
Basically the format is:
<parent file> <child file> <relative transform> <placement name>
The relative transform is the matrix that a 1 directive would have for the child if the parent is at 0,0,0, unrotated, and the parts are put together according to the relationship described to the right. The relationships names help disambiguate (for UI purposes) multiple attach points, e.g. do we want to put this tire on the left or right wheel, do we want the door to open to the left or right, is this the left or right shutter?
It is intentional that the relationship name is the same for multiple lines with different parts - the idea is that the user can say two things:
"If I want to add part 3641.dat to 122c01.dat, what are my choices?"
(The answer is that 3641.dat can act as a "Left Tire" or "Right Tire", and there are different transforms to do that.)
or the user can ask:
"If I want to add a Left Tire to 122c01.dat, what parts can do this?"
(The answer is that both 3641.dat and 4084.dat fit as tires - by luck the transform is the same for both but this won't be true some of the time.)
The data is 'flat' - that is, relationships are provided only for final parts, not for sub-parts.
To create the data, I created a very simple .mpd file with the parts assembled 'correctly' (using various steps and sub-models to structure the parts) and then ran a Python script over it to get the final flat results. This means that, to create the data, I simply modeled each part once, visually checking to see if the part was positioned correctly.
Anyway, if this is of interest to anyone else working on modeling software, please let me know - I'm happy to share the data.
Cheers
Ben
* My previous post on this:
forums.ldraw.org/showthread.php?tid=8008,8025
got side-tracked into a discussion of 'true connectivity'. This is not that at all - it's just a way to insert parts. I would like to do connectivity some-day, but connectivity is an ocean-liner of a feature, and this is a rubber raft. Or something like that.
|
|
|
Busy until May 2013 |
Posted by: Nils Schmidt - 2013-03-27, 21:41 - Forum: Off-Topic
- Replies (3)
|
 |
I will be extremely busy until May and I am looking forward to release a new version of my pattern creator (with reference lines!) in June. Furthermore, I will try to release a first alpha version of the part creator in July.
|
|
|
|