| Welcome, Guest |
You have to register before you can post on our site.
|
| Online Users |
There are currently 206 online users.
» 0 Member(s) | 202 Guest(s)
Baidu, Bing, Google, Yandex
|
| Latest Threads |
Part request for 4518c an...
Forum: Part Requests
Last Post: Alfred Schmitz
1 hour ago
» Replies: 0
» Views: 22
|
2026 - New Parts -> Raw M...
Forum: Part Requests
Last Post: Gerald Lasser
Yesterday, 20:43
» Replies: 3
» Views: 1,500
|
4175 part depth appears t...
Forum: Parts Authoring
Last Post: Evert-Jan Boer
Yesterday, 13:28
» Replies: 1
» Views: 105
|
Discussion - proposal to ...
Forum: Official File Specifications/Standards
Last Post: N. W. Perry
Yesterday, 4:50
» Replies: 60
» Views: 6,948
|
Animal minifigure heads l...
Forum: Part Requests
Last Post: Timothy Hall
Yesterday, 3:41
» Replies: 20
» Views: 17,166
|
Parts request, set 42224,...
Forum: Part Requests
Last Post: Alfred Schmitz
2026-02-28, 17:11
» Replies: 2
» Views: 204
|
Technic 1993
Forum: Official Models
Last Post: Takeshi Takahashi
2026-02-28, 10:10
» Replies: 4
» Views: 7,496
|
2026/2027 LDraw.org Steer...
Forum: LDraw.org Announcements
Last Post: Takeshi Takahashi
2026-02-28, 9:55
» Replies: 50
» Views: 6,566
|
Parts request 7656, 7658 ...
Forum: Part Requests
Last Post: Alfred Schmitz
2026-02-28, 9:17
» Replies: 4
» Views: 587
|
New Community System Soon...
Forum: All Other Programs.
Last Post: Demetree Kallergis
2026-02-27, 14:04
» Replies: 8
» Views: 471
|
|
|
| p/low fast draft parts |
|
Posted by: Ben Supnik - 2014-01-08, 21:59 - Forum: Parts Authoring
- Replies (18)
|
 |
Hi Y'all,
I was dusting off my notes on LOD when I noticed that octa-studs have already been moved to /8 in the official library, something that was discussed here.
http://forums.ldraw.org/showthread.php?t...45#pid9745
This gives us three levels of detail by searching /p/8 and /p/48 for primitives.
I would like to propose a fourth level of detail, designed to be the lowest quality rendering possible. Such rendering would have:
- No studs at all.
- No part interiors.
The LOD would be targeted for real-time viewing of stupidly-huge models, e.g. all of Datsville at once, etc. The goal is to preserve some vague shape and color of the model while bringing down vertex count as much as possible.
The goal would _not_ be to replace every single part with a simpler version, but rather to replace a subset of parts that are very commonly used (e.g. all of the standard dimension bricks, plates, etc.), possibly using a human-directed script.
In my past experimenting with this technique I found that a small number of 'draft' quality bricks could have a pretty huge impact on the weight of a model.
Anyway, if anyone thinks this is a terrible idea, or has strong feelings on how such a sub-set should be built, please let me know. I'd like to start putting a part set together.
Cheers
Ben
|
|
|
| Bitmap quastion |
|
Posted by: Stan Isachenko - 2014-01-07, 20:44 - Forum: Parts Authoring
- Replies (8)
|
|
I there any working way to atach bitmap to Ldraw parts? Specifically for minifigs. There are almost all bitmaps from Minifigs series in LDD. I extract them from it, but i am thinking about attaching them to ldraw parts.
|
|
|
|
| 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
|
|
|
|
| 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).
|
|
|
|
|
