Welcome, Guest |
You have to register before you can post on our site.
|
Forum Statistics |
» Members: 4,629
» Latest member: schilder
» Forum threads: 5,784
» Forum posts: 49,423
Full Statistics
|
Latest Threads |
Packing LDraw Files
Forum: General LDraw.org Discussion
Last Post: Cam's Bricks
11 minutes ago
» Replies: 1
» Views: 100
|
A request for a simple sc...
Forum: LDraw Editors and Viewers
Last Post: HWQ
9 hours ago
» Replies: 2
» Views: 205
|
Tile 1x1 Round with Black...
Forum: Parts Authoring
Last Post: Evert-Jan Boer
Yesterday, 14:00
» Replies: 2
» Views: 97
|
part mesh request from un...
Forum: Parts Authoring
Last Post: Jeff Jones
Yesterday, 12:49
» Replies: 38
» Views: 1,900
|
Minifig Torso Generator
Forum: Parts Tracker Discussion
Last Post: Rene Rechthaler
2024-12-21, 16:44
» Replies: 13
» Views: 605
|
Friends 2014
Forum: Official Models
Last Post: Takeshi Takahashi
2024-12-21, 15:57
» Replies: 8
» Views: 3,063
|
Subfile for pattern
Forum: Parts Authoring
Last Post: Magnus Forsberg
2024-12-21, 14:21
» Replies: 2
» Views: 175
|
Brick 1x1 with curved top
Forum: Parts Authoring
Last Post: SNIPE
2024-12-20, 21:08
» Replies: 3
» Views: 490
|
Which parts can I author?
Forum: Parts Authoring
Last Post: Peter Blomberg
2024-12-20, 15:06
» Replies: 5
» Views: 308
|
Part request - SW 21849pb...
Forum: Part Requests
Last Post: Sébastien TURREL
2024-12-20, 14:56
» Replies: 5
» Views: 386
|
|
|
Problem with Minifig Head Pattern |
Posted by: Christian Neumann - 2011-11-28, 1:44 - Forum: Parts Authoring
- Replies (3)
|
|
hi,
i have run into problems while finishing a minifig head pattern. when i take a look at the result in ldview (quality mode), usually the edges with conditional lines are smoothed out, but not this time. the overall look is some kind of "ok", but there are several regions that look strange.
here is what i did:
1. created flat pattern
2. sliced with slicer pro, then optimized the result manually (e.g. re-triangulation with new vertices)
3. projected with slicer pro onto former shape
4. to get rid of some rounding errors (0.00000001), i used former shape as subpart in shaped pattern, and snapped on it with unificator
5. checked with planarcheck, found no problems
6. created conditional lines with edger2
however, the result is not satisfying me. i tried with several different thresholds and precision settings, but i don't know exactly at which point the problem occurs. maybe someone can give me a hint what to do?
here is a screenshot of what i'm talking about:
i discovered this in some other minifig heads, but there must be 1) a reason for this, and 2) a solution how to avoid it?
any help is appreciated.
greetings,
christian
|
|
|
LDDP and MPD Wizard bug |
Posted by: Orion Pobursky - 2011-11-27, 3:01 - Forum: Parts Authoring
- No Replies
|
|
Note that spaces in filenames breaks all of my programs that are based on my DAT parsing toolset (which is all of them). This includes all versions of LDDP and MPD Wizard. This is fixable and I will be pushing updates. LDDP will take a bit since I'm in the middle of a major update of the code base.
|
|
|
James Jessiman Memorial Award for 2011 awarded to Travis Cobbs |
Posted by: Willy Tschager - 2011-11-26, 20:22 - Forum: LDraw.org Announcements
- Replies (8)
|
|
The SteerCo is pleased to announce that the 2011 James Jessiman Memorial Award (JJMA) recipient is Travis Cobbs.
Travis Cobbs is the author of LDView, one of the cornerstones of the LDraw System of Tools. When it comes down to quickly viewing a LDraw file, LDView is the first choice for many users. Additionally, do to his active development since it's release in 2000, LDView has become the de facto reference renderer for LDraw part and is used by the LDraw Parts Tracker to generate part images. Travis has been a major player in shaping almost all the LDraw standards and specifications and has furthered the LDraw language and community as member of the LDraw Standards Committee since 2006.
More information on the JJMA can be found at:
http://www.ldraw.org/Article222.html
Willy Tschager
On behalf of the LDraw.org Steering Committee
|
|
|
Use of "LDraw" in the name of ldraw related programs. |
Posted by: Jean-Philippe Ouellet - 2011-11-26, 8:07 - Forum: All Other Programs.
- Replies (6)
|
|
SteerCo has since voted not to allow this. See this announcement.
The day is slowly approaching when I will make my WebGL based LDraw software public.
Right now, I call it "WebGLDraw". I believe it is a clever name as it is almost a direct concatenation of the two technologies that compose it, however, I remember from reading Bricksmith years ago that internally, it calls itself MacLDraw. I believe (it's been a very long time) that I remember reading in some comment someplace in Bricksmith something about that it was going to be called MacLDraw but that the name was changed because the community had reservations about using the name LDraw... something about people possibly inferring that it was an official mac version of LDraw written by James or something... not sure. I tried to go back and find the explanation, but I was unable to, so I ask you here.
Is it ok for me to you the name WebGLDraw? Or should I name it something else? Do you have any suggestions for a name?
Also, as for Logos, is this acceptable?
(BTW, I wrote it as an SVG, I just can't attach them here)
It was designed to look like:
Which was in turn designed to look like:
|
|
|
Automatic matrix corrections |
Posted by: Roland Melkert - 2011-11-25, 19:02 - Forum: Parts Authoring
- Replies (6)
|
|
Hello all,
I discovered rendering glitches in the Linux version of my LDCad are caused by the limited way I correct 'invalid' matrices in part files. The wrong matrices cause all kinds of lighting problems in Ubuntu 11.10 with the open source radeon driver. Yet for some reason the windows driver couldn't care less, how's that even possible?
Anyhow I'm improving the correction code, but not being a part editor or a matrix expert I'm having difficulties with it. For example I can correct these (log fragment):
Code: parts\2694.dat | line 164 | Matrix corrected from [10 0 0 0 0 0 0 0 10 ] to [10 0 0 0 1 0 0 0 10 ]
parts\2694.dat | line 165 | Matrix corrected from [-10 0 0 0 0 0 0 0 -10 ] to [-10 0 0 0 1 0 0 0 -10 ]
parts\2695.dat | line 13 | Matrix corrected from [6 0 0 0 0 6 0 0 0 ] to [6 0 0 0 0 6 0 1 0 ]
parts\2695.dat | line 14 | Matrix corrected from [6 0 0 0 0 6 0 0 0 ] to [6 0 0 0 0 6 0 1 0 ]
These all have exactly one row that's all zero's, the position for an automatic '1' can be determined quite easily.
But what about these:
Code: parts\3039p32.dat | line 40 | Invalid matrix detected [2 0 0 0 0 1.4286 0 0 -1.4286]. It could not be corrected automatically, it might cause rendering glitches.
parts\3039p32.dat | line 41 | Invalid matrix detected [2 0 0 0 0 1.4286 0 0 -1.4286]. It could not be corrected automatically, it might cause rendering glitches.
I'm guessing the middle '1.4...' should move one place to the left, but how to automatically detect and correct for this (you could also do this for the 3rd row not?).
And these are even worse I think:
Code: parts\6016.dat | line 38 | Invalid matrix detected [2.84 0 2.84 0 0 0 2.84 0 -2.84]. It could not be corrected automatically, it might cause rendering glitches.
parts\6016.dat | line 47 | Invalid matrix detected [-2.84 0 -2.84 0 0 0 2.84 0 -2.84]. It could not be corrected automatically, it might cause rendering glitches.
Or could I just put a '1' in the middle row's middle pos?, but yet again how to do a fool proof correction.
Any help would be appreciated.
Or maybe someone could just fix all the part files (just kidding )
|
|
|
Patterned parts numbers |
Posted by: Damien Roux - 2011-11-24, 22:56 - Forum: Parts Authoring
- Replies (6)
|
|
Hi all !
As I'm continuing to (slowly) make patterns using Stan's SVG files, a question came to my mind.
For 973 Star Wars patterns we reached 973psz. So what's next ? 973psa1, 973psa2, ... ???
|
|
|
|