Hello,

Here is a more secure and more stable LPC release!

If you are already using a version greater than 1.5.0 you can simply update your installation by clicking on "Help -> Install Updates" and choose "Yes"

Change log:

New features:

• Improved security.
  

• Fixed some errors regarding primitives and subfiles
  
• Fixed that one reference line wasn't drawn in some cases
  
• Fixed minor translation errors
  

Following the decision of how to name the stud on the minifig heads 3626a/b/c,
I've found that the same design number is used on more than one part.

We have at the PT six heads with numbers (part alias):
10756, 46506, 86294, 89510, 90787 and 99570

A search on those numbers at Brickset shows cgi-pictures of both 3626b an 3626c heads;
10756 (design number), leads to 6006387, (item number) and shows a 3026c-head.
46506, (4200908) shows a b-head.
86294, (4549621) shows a b-head.
89510, (4578503) shows a b-head.
90787, (4584727) shows a b-head.
99570, (4651443) shows a c-head.

A search at Bricklink of the item-numbers leads to both 3626b and 3626c heads;
6006387, leads to 3626cpb719 (and a reference to 3626bpb719 as a similar design)
4200908, leads to 3626bpb122 AND 3626cpb122
4549621, 3626bpb366 AND 3626cpb366
4578503, 3626bpb332 AND 3626cpb332
4584727, 3626bpb471 AND 3626cpb471
4651443, 3626bpb633 AND 3626cpb633

Are TLG using the same design and item numbers on more than one part?
How do we handle that in our library?

is there any way to create/insert a deformed tyre in mlcad (or other programs) ?
something like this:

Are there some simple basic models available?
I want to try out simple examples based on standard bricks, which are easy to build by small children.
Thanks!

Basic models: Based on simple brick's with 2x4 or 2x2 or 1x4 or .... Typically from Lego or other addition sets. Not the special bricks which are difficult to find. Simple sets to build a tree, small house, animal.

Hi,

had a discussion about flat surface on a old minifig head part. Philippe stated he is using his eyes to spot un non-flat surface.
This hunting me in my dreams tonight. Because I'm lazy or just have bad eyes - I tried to come up with some coding magic to improve my eyes.

So my idee was to go through a given file an calculate normlized cross product of each plane and print those value

rename CheckFlat.txt to CheckFlat.java
compile a java binary with "javac CheckFlat.java"
run "java CheckFlat ../Downloads/3626p05s01.dat"

it is possible to tweak precision
java CheckFlat ../Downloads/3626p05s01.dat X Y Z
X: output precision (default is 5)
Y: internal precsision for dividing and square root (default is 150)
Z: rounding (default is 5)
possible values are:
ROUND_CEILING 2
ROUND_DOWN 1
ROUND_FLOOR 3
ROUND_HALF_DOWN 5
ROUND_HALF_EVEN 6
ROUND_HALF_UP 4
ROUND_UNNECESSARY 7
ROUND_UP 0

programm is not very error prove since it was written this morning as a prototyp. So e.g. a very complex file will properly result into an error. Also some rounding values may cause an error too.

It also only check one of the two possible triangle of an quad. All other lines are just printed. You will get something like this:



0 ~Minifig Head with Standard Grin and Eyebrows Pattern - Half Face
0 Name: s\3626p05s01.dat
0 Author: Chris Dee [cwdee]
0 !LDRAW_ORG Unofficial_Subpart
0 !LICENSE Redistributable under CCAL version 2.0 : see CAreadme.txt

0 BFC CERTIFY CCW

0 !HISTORY 2014-02-13 [smr] BFC, t-junctions, moved half face from 3626bp05 to s\3626p05s01.dat

0.55561 0.00000 -0.83144
0.55588 0.00013 -0.83126
0.55520 0.00002 -0.83172
0.55501 0.00000 -0.83185
0.55507 0.00000 -0.83180

0.19476 -0.00040 -0.98085
0.19519 -0.00001 -0.98076
0.19548 0.00000 -0.98071
0.19525 0.00010 -0.98075
0.19517 0.00000 -0.98077
0.19594 -0.00025 -0.98062
0.19478 -0.00029 -0.98085
0.19548 0.00000 -0.98071
1 16 3.5 10 -12.304 -1.25 0.2486 0 0 0 -1.25 -0.2486 1 0 4-4ndis.dat
0.19779 0.00000 -0.98024
0.19779 0.00000 -0.98024
0.19504 0.00001 -0.98080
0.19545 0.00022 -0.98071
0.19506 0.00015 -0.98079
0.19504 0.00000 -0.98080
0.19504 0.00000 -0.98080
0.19506 0.00000 -0.98079

0.19548 0.00000 -0.98071
0.19484 0.00000 -0.98084
0.19474 -0.00074 -0.98085
1 0 3.5 10 -12.304 -1.25 0.2486 0 0 0 -1.25 -0.2486 1 0 4-4disc.dat
0.19504 0.00000 -0.98080
0.19487 -0.00041 -0.98083
0.19423 0.00000 -0.98096

5 24 4.975 4 -12.01 4.975 17 -12.01 0 4 -13 9.192 4 -9.192
5 24 9.1923 4 -9.1923 9.1923 17 -9.1923 4.9751 4 -12.0107 12.0107 4 -4.9751

Attached Files

  CheckFlat.txt (Size: 4.89 KB / Downloads: 0)

I want to use those helper parts (http://www.holly-wood.it/ldraw/helper-en.html) on MLCad v3.4, but I don't know how to install them because that article was based on o,design MLCad, what can I do?

I just released a new version of LETGUI.

Flipper and Unrectifier are now supported.
The full installer now includes also version 1.4 of Edger2.

Please leave your comments for this version in this thread. Thanks.

cu
mikeheide

LETGUI website

I was wondering if 14707 and 6108 are two different parts? Or one part with two different numbers.

Hi everybody,

here is another update of my SR 3D Builder.
It is a bit long since my last post on this forum and a lot of new functions have been added.
Here are the most significative. For a complete list, please refer to my application history web page

Download as usual from http://sr3dbuilder.altervista.org/

Addictions:

A lot of enhancements in selection copy. Some limitation with unregistered version.
it is recommended to look at the videos for new features instructions
- the mirror copy selection feature
- Selection can now be easily duplicate in a rectangular array region or just its perimeter
- Creation of regular polygons based on your current selection and two connection points
- Creation of star based shapes based on a selection and a center rotation point
- Support for Mindstorm cables
- Support for Power Function cables (still some little bug in the shape)

[attachment=1174]

I'm trying to find documentation that explains the encoding of custom colors.

http://www.ldraw.org/article/218.html#colours

The above link explains that custom ("direct") colors are defined as 0x2RRGGBB.

But if in MLCad I choose R=64 G=128 B=192 (which should be 0x24080C0) it shows in MLCad/LDView as 0x0455548C and is stored in the .ldr in decimal as 72701068 (which is 0x0455548C).

It seems to be encoded, but where's the specification of the encoding?