Welcome, Guest |
You have to register before you can post on our site.
|
Forum Statistics |
» Members: 4,690
» Latest member: Angus Wu
» Forum threads: 5,811
» Forum posts: 49,618
Full Statistics
|
Latest Threads |
Requesting Part 95228pb02
Forum: Part Requests
Last Post: Philippe Hurbain
1 hour ago
» Replies: 1
» Views: 117
|
Town and Trains 1994
Forum: Official Models
Last Post: Takeshi Takahashi
2 hours ago
» Replies: 9
» Views: 1,859
|
Request for Part 3068pb00...
Forum: Part Requests
Last Post: Matthew
Yesterday, 23:01
» Replies: 0
» Views: 49
|
[LDPE] 1.8.86 Released (C...
Forum: Parts Author Tools
Last Post: Nils Schmidt
Yesterday, 17:41
» Replies: 2
» Views: 380
|
Part Request: STAR WARS H...
Forum: Part Requests
Last Post: Gerald Lasser
Yesterday, 7:57
» Replies: 6
» Views: 546
|
Most Common Parts that re...
Forum: Part Requests
Last Post: Javier Orquera
Yesterday, 0:34
» Replies: 20
» Views: 1,630
|
Part Request: 82445pb01 f...
Forum: Part Requests
Last Post: john morgan
2025-01-15, 18:35
» Replies: 4
» Views: 1,091
|
Existing Part Edit Reques...
Forum: Parts Authoring
Last Post: Magnus Forsberg
2025-01-14, 17:47
» Replies: 132
» Views: 258,977
|
Part request: 6920 Brick ...
Forum: Part Requests
Last Post: Bob R0Sch
2025-01-13, 20:41
» Replies: 3
» Views: 493
|
Pirate Themed Parts
Forum: Part Requests
Last Post: Belic
2025-01-13, 20:28
» Replies: 32
» Views: 3,254
|
|
|
LSYNTH generating additional lines |
Posted by: Gerald Lasser - 2014-09-18, 21:53 - Forum: LDraw Editors and Viewers
- Replies (4)
|
|
I have nearly completed the 42008 for Eric's Technicopedia and just in progress of adding the LSYNTH. There are four different types of LSYNTH generated parts necessary: PF-Cable, Pneumatic Hoses, Rigid Hoses and a String.
Generating the LSYNTH parts is no issue. I did them one by one, but then I noticed that LDView did not load the file properly and produced a hell lot of errors. When looking into the file I had literally thousands of lines just stating a position of 0, 0, 0 and "part unknown" the file explodes form 148k to 3 megabytes.
I noticed the following:
- Even if I have a completed LSYNTH in the file, another run of LSYNTH goes over it and generates the "empty" lines
- This seem to happen only for the "PNEUMATIC HOSE BEVELED", these sections get the additional lines
- no additional lines were added to the "Hose Rigid" and the "PF Cable"
Does anybody know why this is the case?
- I use as constraints for the "Hose Rigid" only the LS01 constraint
- for the PF-Cable only the LS06
- but for the Pneumatic Beveled, I use for the start the LS01 and for the guidance the LS02 constraints.
Now I did some experiements with stand alone files, I noticed:
-> I used only the same constraints for each part
-> Each time I press "Execute LSYNTH" I get an additional set of "SYNTH SYNTHESIZED BEGIN/END" statements
-> This a bit inconvenient but does not add to the filesize significantly
BUT
-> When I do a LSYNTH for a piece having different start/end than middle pieces I get havoc.
-> The first of "Execute LSYNTH" is fine
-> each other pass of "Execute LSYNTH" produces thousands of lines with "1 4294967295 0 0 0 1 0 0 0 1 0 0 0 1 Unknown"
Do I have some problem in the set-up or why is LSYNTH doing this to me?
Thansk in advance
Gerald
|
|
|
Part Request 75972 Code Pilot |
Posted by: Eric Albrecht - 2014-09-16, 17:59 - Forum: Part Requests
- Replies (19)
|
|
Philo was kind enough to mock up the Code Pilot for me years ago when I was building the LDraw file of the 8479 garbage truck. I'm now getting to the point when I'll be preparing the 1997 edition of Technicopedia soon and would appreciate being able to show the part in greater detail. Of course, I can just photograph it and I realize that this is a very unique part that has little demand, so I understand if there are higher priorities. I see that it has been sitting in the unofficial queue for a long time so I thought I would mention it.
Thanks.
|
|
|
Converting CAD to Ldraw format |
Posted by: dan - 2014-09-13, 4:16 - Forum: General LDraw.org Discussion
- Replies (1)
|
|
1st post!
I am researching a project where I will create LEGO versions of a series of existing wooden sculptures (which are 20 feet tall). The sculptures have 3D design files and I was hoping to be able to save a lot of work by converting the 3D files into LDraw compatible formats. The LEGO project will only use rectangular bricks (2x10, 1x4, etc). Is there any existing software that you know of which I could leverage? Can you imagine a better method for producing the brick design/instructions needed for this project?
thanks!
melting man.
|
|
|
Obscure LDView primitives bug? |
Posted by: Stephen - 2014-09-12, 13:20 - Forum: LDraw Editors and Viewers
- No Replies
|
|
Travis,
Not really sure if this is a bug in LDView or not. Thought I'd report it anyway in case it is of interest. I will concede it's arguably a pretty obscure set of circumstances.
With this minimal case MPD (it took me an hour to cut down my 50000+ part model to find the cause):
Code: 0 FILE Untitled.ldr
0 Untitled
0 Name: Untitled.ldr
0
0 FILE Model1.ldr
0 Model1
0 Name: Model1.ldr
0 ROTATION CENTER 0 0 0 1 "Custom"
0 ROTATION CONFIG 0 0
1 4 0 0 0 0 0 1 0 1 0 1 0 0 box.dat
0
0 FILE Model2.ldr
0 Model2
0 Name: Model2.ldr
0 ROTATION CENTER 0 0 0 1 "Custom"
0 ROTATION CONFIG 0 0
1 28 0 0 0 1 0 0 0 1 0 0 0 1 3068a.dat
1 28 40 0 0 1 0 0 0 1 0 0 0 1 3068a.dat
1 28 40 0 40 1 0 0 0 1 0 0 0 1 3068a.dat
1 28 0 0 40 1 0 0 0 1 0 0 0 1 3068a.dat
1 28 -40 0 40 1 0 0 0 1 0 0 0 1 3068a.dat
1 28 -40 0 0 1 0 0 0 1 0 0 0 1 3068a.dat
1 28 -40 0 -40 1 0 0 0 1 0 0 0 1 3068a.dat
1 28 0 0 -40 1 0 0 0 1 0 0 0 1 3068a.dat
1 28 40 0 -40 1 0 0 0 1 0 0 0 1 3068a.dat
0
0
You'll note that I've done something a little unusual perhaps by including a reference to box.dat in one of the models. Note sure if this is "allowed" - but this was done because I wanted to simulate the appearance of edges of baseplates under a model without the render cost of the memory consumed by the studs on real baseplates, and a number of box.dat entries was quicker than using a whole bunch of quads.
Under normal circumstances viewing the above (either model) in LDView works fine.
However, if I then copy 3068a.dat from the LDraw parts directory into the project's own directory (because I intend to later customize it) and view the exact same file above (it now selects 3068a.dat from current directory) the appearance of Model2 is wrong within LDView. The 2x2 tiles still show, but they are completely missing their seams, and the POV export is also missing the calls to LDXSeamMatrix() for these parts.
Model2 fails to show correctly due to the box.dat reference in the unshown Model1. If I hide the box in Model1 (0 MLCAD HIDE), or I rearrange the order of the models so that Model1 comes after Model2 in the MPD, then Model2 once again shows correctly with the seams.
Like I said, pretty obscure circumstances to be using box.dat directly within a model and also using a local copy of another .dat file, so not sure if you'd strictly classify it as a bug since maybe I'm not supposed to be doing this
|
|
|
|