New Parts for LGEO Library

[Damien Roux]

Update: 2015/06/23



973p26: Minifig Torso with Patch Pocket Pattern
3069bp14: Tile 1 x 2 with Arrow Long Yellow without Border Pattern
3823: Windscreen 2 x 4 x 2
4084: Tyre 8/75 x 8 Offset Tread
4215ap10: Panel 1 x 4 x 3 with White UNICEF Logo Pattern
4346p60: Container Box 2 x 2 x 2 Door with Slot with Controls Pattern
4346ps2: Container Box 2 x 2 x 2 Door with Slot and Sith Pattern
4760: Electric 9V Battery Box 4 x 8 x 2.333 Cover
4760c01: Electric 9V Battery Box 4 x 8 x 2.333 (Complete)
4760p01: Electric 9V Battery Box 4 x 8 x 2.333 Cover with "9V" Pattern
4760p01c01: Electric 9V Battery Box 4 x 8 x 2.333 with "9V" Pattern (Complete)
4761: Electric 9V Battery Box 4 x 8 x 2 1/3 Lid
4762: Electric 9V Battery Box 4 x 8 x 2.333 Switch
4767a: Electric Light & Sound Brick 1 x 2 with Single Top Light - Top
4768: Electric Light & Sound Brick 1 x 2 with Single Top Light - Base
4769: Electric Light & Sound Bulb Inner Cover
4770: Electric Light & Sound Coloured Globe
4771: Electric Light & Sound Brick 1 x 4 with Twin Top Lights
4771a: Electric Light & Sound Brick 1 x 4 with Twin Top Lights - Top
4772: Electric Light & Sound Brick 1 x 4 with Twin Top Lights - Base
73664: Electric Light & Sound Brick 1 x 4 with Twin Top Lights
73666: Electric Light & Sound Brick 1 x 2 with Single Top Light

[Damien Roux]

Update: 2015/06/30



2552 - Baseplate 32 x 32 Raised with Ramp and Pit
2552p02 - Baseplate 32 x 32 Raised with Ramp and Pit with Light Grey and Dark Grey Craters Pattern

Note : Due to the complexity of this pattern, this part could be extremely long to render if you are using very high quality radiosity settings (the picture above took me 7H to render), on low settings time should be more acceptable.

[Mattia Zamboni]

Hi Gerhard,

I was wondering whether you still have the exported LGEO archive in OBJ format around. I would be interested to do some further conversions and starting from this would save me precious time.

Thank you in advance!

-M

[Damien Roux]

Update: 2015/07/03



20 - Wheel Center Small for Steel Axle
122c01 - Plate 2 x 2 with Red Wheels (Complete)
122c02 - Plate 2 x 2 with White Wheels (Complete)
422 - Plate 2 x 2 with Axle Brackets
973p1t - Minifig Torso with Red Truck Pattern
973p13 - Minifig Torso with Straight Zipper Jacket Pattern
973p70 - Minifig Torso with Bomber Jacket & Black Shirt Pattern
2484 - Car Wheel Holder 2 x 2 with Suspension - Top
2484c01 - Car Wheel Holder 2 x 2 with Suspension
2485 - Car Wheel Holder 2 x 2 with Suspension - Bottom
2542 - Minifig Tool Oar
2550 - Animal Monkey Body
2550c01 - Animal Monkey (Complete, Crouching)
2550c02 - Animal Monkey (Complete, Standing)
3068bp0a - Tile 2 x 2 with Safari Pattern
3069bp02 - Tile 1 x 2 with Tape Reels Pattern
3135 - Slope Brick 45 2 x 3 x 1 & 1/3 Double Crane
3135c01 - Slope Brick 45 2 x 3 x 1 & 1/3 Double with Hook (Complete)
3135c02 - Slope Brick 45 2 x 3 x 1 & 1/3 Double with Light Gray Hook
3135c03 - Slope Brick 45 2 x 3 x 1 & 1/3 Double with Black Hook
3136 - Crane Hook with 4 Studs
3482 - Wheel Rim 8 x 17.5 with Axlehole
3626bp7e - Minifig Head with Blue Sunglasses and Stubble Pattern
3629 - Minifig Hat Cowboy
3821 - Door 1 x 3 x 1 Right
3821p01 - Door 1 x 3 x 1 Right with Safari Stripes Pattern
3821p03 - Door 1 x 3 x 1 Right with Yellow / Red Stripes Pattern
3822 - Door 1 x 3 x 1 Left
3822p01 - Door 1 x 3 x 1 Left with Safari Stripes Pattern
3822p03 - Door 1 x 3 x 1 Left with Yellow / Red Stripes Pattern
u9070 - Car Wheel Holder 2 x 2 with Suspension - Spring
u9132 - Axle Steel 4 x 72 LDU
u9132c01 - Axle Steel 4 x 72 LDU with Two Wheels 4 x 8

[Mattia Zamboni]

Hi Darats!

I have been checking the quality of your parts and I am impressed.
I tried to convert some of them back to OBJ and I was in fact able using PoseRay, but I see that for some of your STL (.inc) files the studs are missing, probably because defined elsewhere.
Do you know whether there is a way to convert the whole piece, and if yes how?

I guess I am trying to do exactly what Gerard did recently so I was hoping to get some hint, but haven't heard from him so far.

Thanks a lot in advance!

- Mattia

[Damien Roux]

I don't put the studs because they are already defined in the lg_defs.inc file.

If you take the "lg_xxxx.inc" file I provided instead of the "xxxx.inc" file you should get the entire part (as long as you also get the "lg_defs.inc" file).

[Mattia Zamboni]

Hi Darats, thanks for your hint.
I am obviously missing something here and I apologize in advance for my ignorance.
From my understading Poseray offers me the option to import only Povray (.inc) meshes files.
So any lg_xxxx.inc I try to import into Poseray I get the error saying "Model does not have vertices" and "Model does not have faces". Only your STL .inc files can be imported (and then exported into OBJ).
I also don't exactly understand how does the lg_defs.inc file would fit into the import in Poseray process.
Please note I am currently just the Poseray tool, not POVray.

Am I skipping or misunderstanding something?

Any input from you or anyone who went through this before would be highly appreciated.

Thanks!

- Mattia

[Damien Roux]

Ok, I see.

Poseray doesn't seem to manage included inc files.
You would need to inline the lg_xxxx.inc file into one single mesh.

Actually, I have no idea how you can do that...
You should search for a tool to do that, or write one, or better : switch to Pov Ray for your renders as my library is intended for PovRay.

[Damien Roux]

Update: 2015/07/10



2349: Hinge Car Roof 4 x 4 Sunroof without Ledges
2349a: Hinge Car Roof 4 x 4 Sunroof without Ledges
2349b: Hinge Car Roof 4 x 4 Sunroof with Ledges
2486: Bar 1 x 8 x 2
2524: Minifig Backpack Non-Opening
2546: Animal Bird Parrot
2547a: Animal Shark Body Type 1
2547ac01: Animal Shark Type 1 (Complete)
2547b: Animal Shark Body Type 2
2547bc01: Animal Shark Type 2 (Complete)
2548: Animal Shark Head
2614: Minifig Tool Fishing Rod
4150p00: Tile 2 x 2 Round with Film/Tape Reel Pattern
4212b: Car Base 4 x 10 x 0.667 with 2 x 2 Center Open
4773a: Electric Light & Sound Brick 2 x 2 x 1.333 Siren Top
4774: Electric Light & Sound Brick 2 x 2 x 1.333 Siren Base
4774c01: Electric Light & Sound Brick 2 x 2 x 1.333 Siren (Complete)
4784: Staircase 4 x 6 x 7 1/3 Enclosed Straight
4858p01: Wedge 4 x 4 with Blacktron I Logo
4858p90: Wedge 4 x 4 with Classic Space Pattern

[Damien Roux]

Update: 2015/07/16



476 - Bar 12L with Hollow Studs, Towball and Slit
4095 - Bar 6.6L with Stop
4862 - Glass for Window 1 x 2 x 2 Plane
4863 - Window 1 x 4 x 2 Plane
4864a - Panel 1 x 2 x 2 with Solid Studs
4864b - Panel 1 x 2 x 2 with Hollow Studs
4865 - Panel 1 x 2 x 1 with Square Corners
4865a - Panel 1 x 2 x 1 with Square Corners
4865b - Panel 1 x 2 x 1 with Rounded Corners
4865p06 - Panel 1 x 2 x 1 with Black Grille Pattern
4872 - Windscreen 3 x 4 x 4 Inverted
5306a - Electric Brick 2 x 2 x 2/3
6014 - Wheel Rim 11.2 x 10.4
6015 - Tyre 12/40 x 11 Wide
6016 - Bar 1 x 4 x 3 Window
6023 - Minifig Jet Pack with 2 Octogonal Nozzles
6048 - Arm Piece with Pin and 2 Fingers
6058 - Cockpit 4 x 11 x 2 & 2/3
6064 - Plant Bush
6070 - Windscreen 5 x 2 x 1 & 2/3

[Willy Tschager]

Hi Darats,

Would you please contact me at willy(dot)tschager[at]tin(dot) for the inclusion of your parts in the upcoming AIOI? Are you in contact with Owen for a seamless mix of your parts with his library and more important a harmonized LGEO.xml?

w.

[Damien Roux]

willy(dot)tschager[at]tin(dot)

I've assumed it's a (dot).it
So hopefully, you got my mail.

[Michael Horvath]

Good job Darats! The parts are very nice!

But I agree it might be better to have the studs in the STL files.

[Damien Roux]

Why would it be better?

[Damien Roux]

Update: 2015/07/18



6099 - Baseplate 32 x 32 Road 9-Stud Landing Pad
6099p02 - Baseplate 32 x 32 Road 9-Stud Landing Pad with Green Octogon Pattern
6099p03 - Baseplate 32 x 32 Road 9-Stud Landing Pad Type 1 (Yellow)
6099p04 - Baseplate 32 x 32 Road 9-Stud Landing Pad Type 1 (Orange)





6117 - Minifig Tool Chainsaw Blade
6118 - Wheel Hard-Plastic Small
6120 - Minifig Ski 4L with Hinge
6157 - Plate 2 x 2 with Wheels Holder Wide
6238a - Windscreen 4 x 4 x 1 Type 1
6269 - Minifig Goblet with Hollow Stem
6636p01 - Tile 1 x 6 with "Rockefeller" Pattern
6636p02 - Tile 1 x 6 with "Center" Pattern
6636p03 - Tile 1 x 6 with "Solomon" Pattern
6636p04 - Tile 1 x 6 with "R. Guggenheim" Pattern
6636p05 - Tile 1 x 6 with "Museum" Pattern
10201 - Bracket 1 x 2 - 1 x 4 with Rounded Corners
11211 - Brick 1 x 2 with Two Studs on One Side
12939 - Arch 1 x 6 x 2 with Thin Top
14769 - Tile 2 x 2 Round with Round Underside Stud
15068 - Slope Brick Curved 2 x 2 x 0.667
15573 - Plate 1 x 2 with Groove with 1 Center Stud, without Understud
18646 - Plate 3 x 6 Round Half with 1 x 2 Cutout
18973 - Windscreen 6 x 4 x 1.333 Curved
18980 - Plate 2 x 6 with Two Rounded Corners
30027 - Wheel Rim 8 x 8 Round Hole for Wheel Holding Pin
30027a - Wheel Rim 8 x 8 Round Hole for Wheel Holding Pin
30027b - Wheel Rim 8 x 8 Notched Hole for Wheel Holding Pin
30033 - Plate 2 x 2 with Rod Frame Octogonal

[Michael Horvath]

Well, I was thinking about file conversion between formats, or when/if the LDraw format is replaced with a better CAD format with true non-polygonal curves. But according to a little research I did on Wikipedia it seems I don't really know what what STL is. So never mind.

[Damien Roux]

I only providing some new LGEO library high quality parts to be use in Pov Ray for renders of Ldraw files. I'm not trying to replace ldraw.

I think surface made of triangles like STL files are faster to render than part made of mathematical curves as it implies less boolean operations. Puting studs inside my stl files would take me much more time, and we would loose the ability to turn of lego logo on studs.
Maybe if the missing studs would be made also with stl files, it would be possible to write a converter that inlines everything in one file.

[Damien Roux]

Update: 2015/07/26



2837 - Electric Technic Motor 9V Shaft
2837b - Electric Technic Motor 9V Top
2838 - Electric Technic Motor 9V Base
2838c01 - Electric Technic Motor 9V
2986c01 - Electric Technic Micromotor (Complete)
30377 - Minifig Mechanical Arm
30395 - Hook with Towball
30602 - Slope Brick Curved Top 2 x 2 x 1
32013 - Technic Angle Connector #1
32123a - Technic Bush 1/2 Smooth with Axle Hole Reduced
32123b - Technic Bush 1/2 Smooth with Axle Hole Semi-Reduced
32198 - Technic Gear 20 Tooth Bevel
32530 - Technic Tile 1 x 2 with Two Holes
41747 - Wedge 2 x 6 Double Right
41748 - Wedge 2 x 6 Double Left
43712 - Wedge 6 x 4 Triple Curved
43898 - Dish 3 x 3 Inverted
44375a - Dish 6 x 6 Inverted with Hollow Studs
44375b - Dish 6 x 6 Inverted with Solid Studs
47753 - Wedge 4 x 4 Triple Curved without Studs
50746 - Slope Brick 31 1 x 1 x 0.667
57515 - Technic Suspension Arm 2 x 6
57585 - Technic Bush with Three Axles
59443 - Technic Axle Joiner Inline Smooth
59900 - Cone 1 x 1 with Stop

[Travis Cobbs]

I just wanted to point out that this thread has become nearly unusable for anyone who has their preferences set to display in threaded mode, due to be absolutely huge (requiring a ton of images to be loaded), and nested to a ridiculous degree. I would suggest creating a new thread.

[Damien Roux]

Mmmh, you are right, I haven't thought of that.

The pictures can't even be displayed entirely in nested mode.

I can understand the nesting to be ridiculous here, but about the tons of image to display, I'm only making a pic per update, so what can I do.


@ the forum admin: is there a way to rearrange that topic and un-nest each post with a library update ?

[Orion Pobursky]

I've never tired to do that but I'm sure it's possible and I'll see what I can do.

[Travis Cobbs]

Well, your preview images on this page (24 so far) add up to about 8MB. In the overall scheme of things that's not all that much, but to view a single forum topic it's a lot. The only real solution to that would be to make the inline images here thumbnails that link to the full-size images.

[Roland Melkert]

Well, your preview images on this page (24 so far) add up to about 8MB. In the overall scheme of things that's not all that much, but to view a single forum topic it's a lot.

Are you on a phone connection

But seriously the thing I miss most is the automatic thumb nailing the forum used to have.

[Damien Roux]

Maybe if the nested view was not displaying the entire thread but only a few posts with more than one page if needed, the entire thread would not be loaded each time.

I don't really want to use thumbnails, it's extra work, and I would prefer as a reader to have directely image in full size.


As for me, and this is only my thought, the nested view is not really convenient, I'm more use to classic chronologic view than this. If someone forget to click reply, it will mess up everything. This nested view was maybe convineient to old newsgroup type of forum, but I would certainly prefer something like Eurobricks.

[Michael Horvath]

Solution: stop replying to each previous post. Then the thread won't be so nested.

[Damien Roux]

Yes, I will do that.

Only 2 or 3 updates and everything will be released. I will then start a new thread, cleaner for request and future updates.

[Max Martin Richter]

I found a way to split/merge/reorder this topic. But this is time consuming so this will not happen in the next few hours. Anyway I will reorder this thread in a way that all updates will be posted as a response to the initial post.

/Max

[Damien Roux]

Update: 2015/08/01



60212 - Car Mudguard 2 x 4 with Central Hole
60475a - Brick 1 x 1 with Clip Vertical (Thick U-Clip) and Solid Stud
60478 - Plate 1 x 2 with Handle on End
60897 - Plate 1 x 1 with Clip Vertical (Thick C-Clip)
61252 - Plate 1 x 1 with Clip Horizontal (Thick C-Clip)
62462 - Technic Pin Joiner Round with Slot
64225 - Wedge 4 x 3 Triple Curved without Studs
71183 - Bar 1L with Light Holder
73092 - Magnet Cylindrical in Casing (Complete) Black
85863 - Microfig
85984 - Slope Brick 31 1 x 2 x 0.667
87081 - Brick 4 x 4 Round with Pinhole and Snapstud
92280 - Windscreen 2 x 3 x 2 on 2 x 4 Base
92438 - Plate 8 x 16
93061 - Arm Skeleton with Vertical Clip Bent 53.13
93590 - Car Mudgard 2 x 4 with Headlights and Curved Fenders

[Damien Roux]

Update: 2015/08/11



973p61: Minifig Torso with Gold Ice Planet Pattern
973p62: Minifig Torso with Silver Ice Planet Pattern
991: Electric RC Race Buggy Motor - Axle Bush
2440p67: Hinge 6 x 3 Radar/Blade/Spoiler/Panel with Ice Planet Pattern
2713: Technic Ski
3039pc8: Slope Brick 45 2 x 2 with Ice Planet Controls Pattern
3068bp61: Tile 2 x 2 with Ice Planet Logo Pattern
3069bp61: Tile 1 x 2 with Ice Planet Control Panel Pattern
3298p61: Slope Brick 33 3 x 2 with Ice Planet Logo Pattern
3626bp61: Minifig Head with Ice Planet Moustache and Eyebrows Pattern
3626bp62: Minifig Head with Ice Planet Messy White Hair Pattern
3626bp65: Minifig Head with Ice Planet Female Red Hair Pattern
4218b: Roller Door Normal
4219b: Roller Door with Handle
4474p61: Windscreen 6 x 4 x 2 Canopy with Ice Planet Logo Pattern
6119: Minifig Helmet Visor Ice Planet
93598: Windscreen 2 x 3 x 2 on 2 x 4 Base
93598pk0: Windscreen 2 x 3 x 2 with 2 x 4 Base with Green Eyes on White Background Pattern
98283: Brick 1 x 2 with Embossed Bricks
99301: Slope Brick 33 3 x 3 Double Concave
168275a: Sticker 2.7 x 3.7 with Spyrius Machinery
168295a: Sticker 5.4 x 7.9 with Holographic Stripes and Red Triangles
u1125: Hinge Plate 1 x 2 with 1 Large Finger
u1126: Hinge Plate 1 x 2 with 2 Fingers at Outer Edges





ls20 - LSynth Technic Pneumatic Hose - End Piece
ls21 - LSynth Technic Pneumatic Hose - Cross Section
ls40 - LSynth Technic Flexible Axle - End Piece
ls41 - LSynth Technic Flexible Axle - Cross Section
ls50 - LSynth Technic Flex-System Hose - End Piece
ls51 - LSynth Technic Flex-System Hose - Cross Section
ls60 - LSynth Short Straight String Segment

[Michael Horvath]

Where can I download the newest and most complete LGEO library?

[edit]

Also, I notice that your archive does not have a "lg_colors.lst" or "lg_elements.lst" in it. Why not? I use L3P, and these files are needed in order to do the conversion.

http://www.hassings.dk/l3/l3p.html

So we agreed on a new text file format and two new files (lg_elements.lst and lg_colors.lst) to replace the tab files.

[Damien Roux]

L3P has more or less being replaced by ldview.

Therefore the .lst files are no longer used (by most of the userd), that's why I don't provide them in my package. It has been kind of replaced by the lg_colors.inc and LGEO.xml files.

Currently, the complete LGEO library can be found in the Ldraw AIOI. My parts are not yet part of this AIOI, so you need to install them manually or wait for them to be integrated to the AIOI.

[Michael Horvath]

I don't think LDView can generate a POV file from the command line however.

[Michael Horvath]

In your patterned part INC files you are using colors like this (lg_3069bp68.inc):

Code:

material {LDXColor0 transform {L3LgeoToLDraw inverse} }

Whereas Lutz Uhlmann does it like this (lg_0251c01.inc):

Code:

material { texture { lg_red  normal { bumps 0.1 scale 2 } } }

Your way is inconsistent with older parts, and also makes your parts incompatible with L3P.exe. I think something should be changed.

[Michael Horvath]

I created my own lg_colors.lst and lg_elements.lst, but there's no point releasing them because of the color problem below.

[Michael Horvath]

I have the lg_tech_knob problem too. It's probably my fault, but how do I resolve it? I cannot find a lg_tech_knob file in any of the LGEO libraries.

[Damien Roux]

lg_tech_knob, as all the other studs are defined in the lg_defs.inc file.

[Damien Roux]

All the LGEO parts have been updated to use LDXcolorX color definitions.
I'm consitent with that.

I guess you LGEO library is not up to date.

I would suggest to restart from scratch and download the ldraw AIOI where you will find the last version of the LGEO library, then you should be able too add my parts without any problem.

I can render using L3P so you should have a problem in you settings somewhere.
Aslo, all the LDXcolorsX definitons are defined in the lg_colors.inc file, make sure you have that one.


Maybe Willy can also tell us if L3P is still supported by ldraw AIOI.

[Michael Horvath]

As I said, Lutz Uhlmann's lg_0251c01.inc does colors like this:

Code:

material { texture { lg_red  normal { bumps 0.1 scale 2 } } }

As does lg_4592c01.inc.

And what do you mean "I can render using L3P"? L3P is not a renderer.

[edit]

I am now looking at Owen's parts. In lg_14769p01.inc and lg_3003pe1.inc he does this:

Code:

texture { lg_black }

So he is not using LDView color definitions either.

[Damien Roux]

I meant: I can render a file generated by L3P with no problem.


I've looked into it a bit deeper, and my bad, I was sure LDXcolorX was the standard:

In fact, I can render either a L3P file or a ldview file, because I've made a file lg_colors_slope.inc that says as an example:
#declare LDXColor0 = material { texture { lg_black } }
#declare LDXColor0_slope = material { texture { lg_black normal { bumps 1 scale 25*0.02 } } }
I've made that file to be able to change the default slope grainy surface roughness of ldview.


With Ldview you get the LDXcolorX definition directely in the pov file.
With L3P you get L3colorX definition in the pov file.

If I replace all the LDXcolorX statements in all my pattern files, I will loose the ability to easily change slope surface roughness.
I don't want to do that.



2 solutions I guess:

L3P is officially discontinued and I will not change anything, but you can download my lg_color_slope.inc file which should solve your problem.

L3P is officially supported an I need to find a better solution or to create some kind of compatibility file.



Edit: Anyway, thanks for pointing this out. I'm quite prudent in releasing this personnal library. I want to make sure everything is OK before releasing it for the ldraw AIOI. That's also why I've said in the first post of this thread that the colors defintion should be ldview ones.



Edit2: have you solved your lg_tech_knob problem?

[Willy Tschager]

L3P is not mentioned anywere, but will be silently installed by the AIOI 2015-01 'cos needed by
LPub3D. LDView does not support command line and Trevor wants some POVRay - a view I do not share, since LPub 4.x has happily lived with LDView and LDGlite as sole renderer for years, but it is his prog and not mine.

If you're going for L3P support it is your choice not my requirement.

w.

[Michael Horvath]

Try replacing the lg_elements.lst and lg_colors.lst files with the ones I've attached, add the -lgeo flag to the end of the command line, and run L3P again.

For instance:

Code:

"l3p.exe" "building_007_firecompany.ldr" "l3p_building_007_firecompany_lgeo.pov" -o -cg30,45,-50 -ca60 -lgeo -ar

The resulting POV-Ray scene will quit rendering when it gets to one of your color definitions. Here's a screenshot:



You might want to ask on the POV-Ray newsgroup if there's a workaround. Whatever that may be, it should be applied to the older LGEO files as well, because currently things are not being done consistently.


[edit]

I solved the lg_tech_knob problem.

[Michael Horvath]

Why not define this:

Code:

#declare lg_slope_normal = normal { bumps 1 scale 25*0.02 }

and add it to "lg_defs.inc"? Then, all you have to do is:

Code:

material { texture { lg_black normal { lg_slope_normal } } }

[Damien Roux]

You are right, but as I was not planning to share that file, I haven't cleaned it up.

[Damien Roux]

The error says that LDXColor0 is not defined.

You need to write #include lg_color_slope.inc somewhere above.



When my library will be ready to be included in the ldraw AIOI, I will see how I can harmonize everything. Currently it is a WIP, sorry if I didn't take L3P compatibility into account.
But I'm pretty sure the lg_color_slope.inc file should solve the problem.

[Travis Cobbs]

I've looked into it a bit deeper, and my bad, I was sure LDXcolorX was the standard:

Just as an FYI, I can confirm that the LDX color defines come from LDView originally. The LDX stands for LDView eXporter (perhaps not the best TLA).

[Michael Horvath]

Your solution doesn't work for all the *other* colors though. How is lg_color_slope.inc going to help for colors like this (from LP3 output):

Code:

//// Color 46 Trans_Yellow (from lg_color.inc)
#ifndef (L3Texture46)
#declare L3Texture46 = texture { lg_clear_yellow }
#end
#ifndef (L3Texture46_slope)
#declare L3Texture46_slope = L3TextureSlope(L3Texture46)
#end
#ifndef (L3Color46)
#declare L3Color46 = L3MaterialT(L3Texture46)
#end
#ifndef (L3Color46_slope)
#declare L3Color46_slope = L3MaterialT(L3Texture46_slope)
#end


//// Color 4 Red (from lg_color.inc)
#ifndef (L3Texture4)
#declare L3Texture4 = texture { lg_red }
#end
#ifndef (L3Texture4_slope)
#declare L3Texture4_slope = L3TextureSlope(L3Texture4)
#end
#ifndef (L3Color4)
#declare L3Color4 = L3Material(L3Texture4)
#end
#ifndef (L3Color4_slope)
#declare L3Color4_slope = L3Material(L3Texture4_slope)
#end


//// Color 14 Yellow (from lg_color.inc)
#ifndef (L3Texture14)
#declare L3Texture14 = texture { lg_yellow }
#end
#ifndef (L3Texture14_slope)
#declare L3Texture14_slope = L3TextureSlope(L3Texture14)
#end
#ifndef (L3Color14)
#declare L3Color14 = L3Material(L3Texture14)
#end
#ifndef (L3Color14_slope)
#declare L3Color14_slope = L3Material(L3Texture14_slope)
#end

So you're creating three different sets of colors because you don't want to stick with the existing standard?

[Damien Roux]

Don't be rude.
I'm sharing a library made originaly for my own use, if I used LDX statements within the files it was because of 2 reasons:
- I was not using L3P
- I cannot globaly control slope grainy surface roughness if the roughness is defined in the part inc file. This is the main reason I didn't stuck with the standard.

I can use the "standard" color definition and remove LDX colors from the parts, but not until I have found a solution that fullfil what I need.

lg_color_slope.inc is a file for my personnal use that was never intended to be shared. I thought it would work for you, sorry if it doesn't. I still think you can use it as a workaround because it does work for me (with L3P generated files I mean), waiting for a better solution.
It also doesn't need to help for the L3colors because those colors should aleady work for you.



Edit:

I've modified the Package (donwload link on the 1st page of this topic), now I have included a file call lg_color_LDX_L3P.inc which is basically a copy of my lg_color_slope.inc, but which define both LDXColors and L3Colors.
Then it should work for both L3P and Ldview generated files.
In that file you will be able to change the roughness of the slopes.

Only one thing that needs to be done is to add #include "lg_color_LDX_L3P.inc" at the end of your lg_color.inc file (just above the #end at the end of the file).

[Michael Horvath]

Here are the normals that L3P uses:

#declare L3NormalBumps = normal { bumps 0.01 scale 20 }
#declare L3NormalSlope = normal { bumps 0.3 scale 0.5 }

They differ from yours as well as LDView's. Ideally, these should have been defined by Lutz Uhlmann, not by Lars or you or Travis.

Also, I just tried using your lg_color_slope.inc and the render quits when it gets to lg_metallic_dark_grey. Do you have an updated lg_color.inc with that color in it? Because it does not exist in my copy.

[Damien Roux]

That's why defining the slopes values in the part inc files is not a good thing.
If you render a slope patterned part from ldview you will have a certain grain value for the main color but different one for the pattern color (because it is defined within the part).

A user should be able to globally set the bump value he wants.


Make sure to delete lg_color_slope.inc, and redownload my package and use lg_color_LDX_L3P.inc (see my post above for how to use this).

I guess lg_metallic_dark_grey is a color I've added because it was not in the LGEO library.
Just delete it from lg_color_LDX_L3P.inc (do the same if you get problem with other colors).

I just can't share my lg_color.inc because I have heavily edited it, and I first need to make sure it will work for everyone.
I'm planning to do it soon.

[Michael Horvath]

That seems to work. However, make sure to update "lg_colors.lst" and "lg_elements.lst", otherwise L3P doesn't know which parts and colors to convert, similarly to "LGEO.xml".

[edit]

Also, I think the regular bricks should have a slight waviness in their normals as well. Does LDView not add one by default?