Welcome, Guest
You have to register before you can post on our site.

Username
  

Password
  





Search Forums

(Advanced Search)

Forum Statistics
» Members: 5,623
» Latest member: MeridithHe
» Forum threads: 6,380
» Forum posts: 52,971

Full Statistics

Online Users
There are currently 183 online users.
» 0 Member(s) | 178 Guest(s)
Applebot, Baidu, Bing, DuckDuckGo, Google

Latest Threads
Discussion - proposal to ...
Forum: Official File Specifications/Standards
Last Post: Roland Melkert
34 minutes ago
» Replies: 23
» Views: 1,958
LEGO Parts Guide - Only 4...
Forum: Part Requests
Last Post: Gerald Lasser
6 hours ago
» Replies: 30
» Views: 3,077
A fresh list of "most com...
Forum: Part Requests
Last Post: Gerald Lasser
6 hours ago
» Replies: 12
» Views: 6,953
77255 Lightning McQueen p...
Forum: Part Requests
Last Post: Peter Grass
Today, 0:53
» Replies: 3
» Views: 405
Help Wanted: Discord Admi...
Forum: Help Wanted
Last Post: Orion Pobursky
Yesterday, 23:10
» Replies: 0
» Views: 72
LDCad 1.7 Beta 2 (win+lin...
Forum: LDraw Editors and Viewers
Last Post: Roland Melkert
Yesterday, 20:39
» Replies: 24
» Views: 2,058
Complex Figures (Duplo/Te...
Forum: Official File Specifications/Standards
Last Post: Chris Böhnke
2026-02-01, 19:47
» Replies: 5
» Views: 242
6x8x2 "helicopter" Windsc...
Forum: Part Requests
Last Post: Rene Rechthaler
2026-01-31, 18:08
» Replies: 1
» Views: 151
LDraw.org 2026-01 Parts U...
Forum: LDraw.org Announcements
Last Post: Orion Pobursky
2026-01-30, 15:05
» Replies: 2
» Views: 458
A Friends's little help t...
Forum: Parts Authoring
Last Post: Takeshi Takahashi
2026-01-30, 14:32
» Replies: 2
» Views: 424

 
  Minifig, Head Moustache Red Goatee Pattern
Posted by: Christoph Mierowski - 2014-01-07, 13:52 - Forum: Part Requests - Replies (14)

This early 90s pattern is still missing: Minifig, Head Moustache Red Goatee Pattern

There were 4 sets with 5 minifig which had this pattern. With today pattern creator this shouldn't be a big challange... at least not for the expirienced part/pattern authors.

Thanks in advance.

Print this item

  Tool to solve torus problems
Posted by: Stan Isachenko - 2014-01-07, 9:56 - Forum: Parts Authoring - Replies (10)

I know there is great tool ring and cons, for working with Rings, and Cones, but i had problem with torus, is there tool to colculate toruses?

Print this item

  LSC overdue?
Posted by: Roland Melkert - 2014-01-07, 1:13 - Forum: General LDraw.org Discussion - Replies (2)

Not that I'm complaining, but isn't the LSC overdue? Or have I mist something concerning a rule change?

Print this item

  Lego Simpsons?
Posted by: Mark Kennedy - 2014-01-06, 17:57 - Forum: Off-Topic - Replies (1)

After seeing the picture on Brick Set I did a Google search and found quite a few links:
Brickset entry
metro.co.uk article
The eyes on the minifig heads look kind of squinty.

Print this item

  LDView POV output
Posted by: Michael Horvath - 2014-01-05, 21:26 - Forum: LDraw File Processing and Conversion - Replies (15)

Some of my parts are written as having color "LDXColor60_slope", but this color is not defined anywhere in the POV file. What should I do in the meantime? Is there a workaround?

[edit]

This is the change to the POV code I did to fix it. Instead of this:

Code:
#ifndef (LDXSkipChromeColorMacro)
#macro LDXChromeColor(r, g, b)
#if (version >= 3.1) material { #end
    texture {
        pigment { rgbf <r,g,b,0> }
#if (LDXQual > 1)
        finish { ambient LDXAmb diffuse LDXDif }
        finish { phong LDXPhong phong_size LDXPhongS reflection LDXChromeRefl brilliance LDXChromeBril metallic specular LDXChromeSpec roughness LDXChromeRough}
#end
    }
#if (version >= 3.1) } #end
#end
#end


I did this:

Code:
#ifndef (LDXSkipChromeColorMacro)
    #macro LDXChromeColor(r, g, b)
        #if (version >= 3.1) material { #end
            texture {
                pigment { rgbf <r,g,b,0> }
        #if (LDXQual > 1)
                finish { ambient LDXAmb diffuse LDXDif }
                finish { phong LDXPhong phong_size LDXPhongS reflection LDXChromeRefl brilliance LDXChromeBril metallic specular LDXChromeSpec roughness LDXChromeRough}
        #end
            }
        #if (version >= 3.1) } #end
    #end
    #macro LDXChromeColor_slope(r, g, b)
        #if (version >= 3.1) material { #end
            texture {
                pigment { rgbf <r,g,b,0> }
        #if (LDXQual > 1)
                finish { ambient LDXAmb diffuse LDXDif }
                finish { phong LDXPhong phong_size LDXPhongS reflection LDXChromeRefl brilliance LDXChromeBril metallic specular LDXChromeSpec roughness LDXChromeRough}
                normal { bumps 0.3 scale 25*0.02 }
        #end
            }
        #if (version >= 3.1) } #end
    #end
#end

And then I did this:

Code:
#ifndef (LDXColor60) // Chrome Antique Brass
    #declare LDXColor60 = LDXChromeColor(0.392157,0.352941,0.298039)
    #declare LDXColor60_slope = LDXChromeColor_slope(0.392157,0.352941,0.298039)
#end

Print this item

  DATHeader 3.0.14.0 - just released
Posted by: Michael Heidemann - 2014-01-05, 19:05 - Forum: Parts Author Tools - Replies (12)

Based on the items below I updated DATHeader today.
You can download as usual from DATHeader homepage.

Please leave your comments to this version as answer to this post - thanks.



I like to sum up here my and hopefully your ideas for improvements of DATHeader. Or, if you say your ideas are not good please also leave a comment. The result should be to improve DATHeader for better work.

1)
Based on the current origin of this part (http://www.ldraw.org/cgi-bin/ptdetail.cg...s/x582.dat) I think it might be worth to check for the origin to be inside the bounding box. If not give a warning. (Already coded in my develop version).

2)
Based on the current comment on this part (http://www.ldraw.org/cgi-bin/ptdetail.cg.../u9292.dat) I think it might be worth to check from the end of the file to the first occurence of a real line for only line breaks and delete those empty lines.
Edit:
DATHeader write only one CR_LF after the last line with content if it is saved. So it is only necessary to detect those unnecessary lines and present the result to the user.
Edit:
Check for those empty lines is now also implemented (Already coded in my develop version).

3)
Based on the current comments on this part (http://www.ldraw.org/cgi-bin/ptdetail.cg...47326c.dat) further documented in the thread http://forums.ldraw.org/showthread.php?t...0#pid11690 I think it might be worth to implement a basic language check for at least some common wrongly used words like "color vs. colour", "gray vs. grey". The words to check should be in a separate file, so we can easily extend the list of words. (Already coded in my develop version).
Edit:
I did not know that it is sooo different: http://www.statsci.org/smyth/ozus.html. There are still more pages about this issue so maybe we need a complete dictionary in australian english that I should use in DATHeader.

4)
While working on parts that should use pattern from another part it found it anoying to seach for the data of the pattern that should be integrated into the part. So I added a infobox where the dimensions of the bounding box and the center of the bounding box is noticed, so I only need to open this file in DATHeader and have the values that i need to calculate the position and the zoomlevel. (Already coded in my develop version).

Print this item

  Wrong link on page
Posted by: Michael Heidemann - 2014-01-05, 18:31 - Forum: Website Suggestions/Requests/Discussion - Replies (1)

On the page http://www.ldraw.org/article/292

The link for the localisation guidelines is broken. Please adjust.

Print this item

  British vs. American English
Posted by: Michael Heidemann - 2014-01-05, 18:12 - Forum: General LDraw.org Discussion - Replies (5)

There is just an actual discussion on the part: http://www.ldraw.org/cgi-bin/ptdetail.cg...47326c.dat that I like to have here for future reference.

Some years ago we where talking about british vs. american english for part description.

If I remember correctly we decided to use the british english to honor James Jessiman as an Australian guy.
Therefore the meta command is f.e. !COLOUR and not !COLOR.

Now I am aware that the decription of the colours in the LDConfig.ldr is not made this way. There is often gray instead grey used.

If I am right and this is our current policy the LDConfig.ldr should immediately be updated.

Also in our document for part authoring this detail should be mentioned.

Print this item

  New pattern for 3004p07.dat
Posted by: Michael Heidemann - 2014-01-05, 14:32 - Forum: Parts Authoring - Replies (1)

I really have my problems in idealisation of this pattern like requested http://www.ldraw.org/cgi-bin/ptdetail.cg...004p07.dat.

Here is what I came along with the picture provided by Steffen.

Is this really better than the previous?



Attached Files
.dat   icecream2.dat (Size: 31.61 KB / Downloads: 3)
Print this item

  New stud primitive (underside)
Posted by: Christian Neumann - 2014-01-04, 23:45 - Forum: Parts Authoring - Replies (18)

The recently uploaded Mini Snake brought the idea about preventing (auto-)connectivity issues of LDraw related software. The part contains an simple underside stud, but none of the existing stud primitives can be used without a lot of tweaking of the original part shape (see comment about stud4o.dat).
The basic idea is to "convert" the 4-4cylc to a new stud primitive, and then use it instead of the cylc. This step is not forced by the LDraw Standard, but the more i think about it, the more i'm convinced that this last step is worth to be done. If it becomes official, i doubt it will ever be done.
I attached the prototype of that new underside stud. As i have no idea how to name and describe it, help me please to complete it.



Attached Files
.dat   new_stud.dat (Size: 326 bytes / Downloads: 0)
Print this item