Hello,

I started to create java library for parsing LDraw model into Abstract Syntax Tree (AST). It should allows perform various task with produced AST. For example model validation, converting to other formats and so on. LDraw parsing is based on antlr4 library. Project is in Java.

To prove that parsing works fine there is tool that convert DAT files into three.js JSON format. Three.js JSON could easily displayed in WebGL page. Simple example is at http://cubiculus.sourceforge.net/threejs-viewer.html.

You can download package with linux convertor to three.js JSON from here. Or whole project is at http://sourceforge.net/projects/cubiculus/

Could be this library useful for you? Do you see any errors, problems? I personally thought about 3D building instructions. Please let me know.

Thanks

Jan

Because of the complexity of the pattern ("ageing effect"), I made stickers for EV3 using TEXMAP extension. Since the parts tracker doesn't yet allow submitting texture files, I place them here.
Instructions:
- download and save the attached file
- rename it to .zip instead of .txt
- open it and place the "texture" folder of the zip in the parts folder where you placed the sticker files.

You will be then able to see EV3 stickers using software that support TEXMAP extension: LDView, LDCad, Bricksmith and LeoCAD. Other ones will only show a white sticker, as I haven't created any fallback texture.

Attached Files

  EV3_stickers_textures.txt (Size: 692.42 KB / Downloads: 22)

Hi! I have tried searching the forums for this problem, but without success! If I've missed a post - I apologise. I tried to install L Draw All-in-One installer onto a laptop running Windows 8. The laptop is a Sony Vaio with Win 8 Professional 64 bit installed. The install went OK, but towards the end of the install there were a number of error messages along the lines of "Can't find file". At the end the final install a message said that Pov-Ray had failed to install. The main programs were installed in the 'Program (x86)' folder. Should I have installed elsewhere?? Such as direct onto the C drive?? Any help appreciated. By the way - all other programs worked fine!

I was playing around and noticed that the Minifig Radio parts (e.g. 3962a) don't fit onto clips (or minifig hands).

Also the 61252 clip seems to have a bfc problem.

Just reporting in hopes somebody picks this up.

I'm upgrading my webgl renderer program Brigl to work with the latest version of Three.js (the 3d engine i use).
I've found a bitter suprise: they deprecated the Quad primitive (Face4). Now the whole library only deals with triangles (Face3).
I relied to quads for my smoothing algorithm, and everything broke

So my algorithm worked like this: if two faces have a conditional line on the common edge, that means the faces should be smoothed. Smoothing means averaging all normals (per-vertex face normals) at each end of the conditional lines.

I've adjusted for the Face4 removal in the simplest way: by adding two Face3 composing the quad. But now it happends that if i have two quad connected by a condline, only two of the four triangles are affected, the other two staying unsmoothed, effectively creating a zigzag pattern. You can see it here:



Do you have any idea on how i could correct this issue? I tried to keep track of triangle pairs forming quads, but i couldn't manage to restore a working solution.
Eventually i could move all smoothing code to BEFORE generating the 3d mesh, that is while still working with plain ldraw objects (quads and tri), but it looks like an huge amount of work..

Hi all lego fan

I search in data base about this part 11291 Front 4X3X2/3 W. Bow , and i did not found complete part into.

I would share two Moc using it, but without this part you should understand it's not right...
So if a modeler can help us by creating it, it's will to be very great!

appologies about my vocabulary, i'm a french guy.

See you

Someone just posted the following to a local LUG mailing list I'm subscribed to (emphasis added):

Quote:Thinking about it, I can remember what derailed my learning LDraw/Mcad/ et al... it was the parts management system… [T]he hundreds of variations with a surface graphic made the whole stack completely unmanageable.

Hello,

I'm trying to write simple program that parse .dat files and build tree representation of LDraw model in memory. I have problem to read some sub file references. For example line:

Hi all,

I'm playing around with making the difference between plastic and e.g. rubber parts visible in LDCad.

I've found some nice OpenGL material references but was wondering if there is some kind of 'standard' floating around. Especially for determining the diffuse, ambient and specular components based upon the single rgb supplied in LDConfig.ldr

Up to now I'm using the rgb for both diffuse and ambient, and have a static specular of 1,1,1 and shininess of 128 (which is more appropriate for chrome I'm realizing now).

I'm doing this with the standard lighting model (not shaders) for now (LDCad runs on OpenGL as low as 1.1), so I only can play with the base four components for now.

Is there a reason why we don't include the inner-bottom (where it connects with the adjoining part) edgeline on stud4fns's? At least the part I've been using recently (stud4f4s) doesn't include this line, meaning I have to add it individually for each stud, which is a pain and clutters up larger parts which use lots of them. Was this an oversight? If I were to update and resubmit this primitive, would anybody have a problem with it?