Hi Travis,

Just to point you to a thread and solutions about a bug in your POVray export.

http://forums.ldraw.org/showthread.php?t...79#pid1579

Tim

Hi,

the LDraw Steering Committee (SteerCo) has been questioned what their opinion is about the possibility of charging for a third party program. The following should be taken as guideline:

Should any person wish to charge money for a third party program using the LDraw Parts Library, the LDraw SteerCo strongly recommends that it is made clear that the charge is for the program itself and not for any derivative of the LDraw Parts Library. The intent of the CC license for the library should be made clear and it should include due credit to reward the efforts of all those who have contributed to the library. We would appreciate that the LDraw logo, as well as a link to the website are included and possibly featured prominently. It should also be made clear that the author is not representing himself as LDraw.org.

Furthermore, where possible, the SteerCo would also appreciate a donation be made to Peeron.com as hosts of LDraw.org (a Paypal Donation Button can be found in the top left-hand corner of LDraw's homepage). This is, however, not by any means a requirement.

Willy Tschager
On behalf of the LDraw Steering Committee

Aloha,

I modified L3P Launcher to work on my system:

1. Updated the enclosed binary of L3P.
2. Changed the Applescript that it uses to open the processed files in MegaPOV.

Please let me know if it works for you <http://db.tt/1khsbeyK>.

Mahalo,

Ramón

Aloha,

Does anyone have a copy of MPDWizard by Orion Pobursky for OSX?

Mahalo,

Ramón

Hi,

I faced another problem between Pov-ray and Sticker.

Look at the picture, please.

The first is a screen shot in LDview and the second is a rendered image by Pov-Ray 3.7RC3.





I can see sticker pattern in LDview but can't see it in the picture that is rendered by Pov-Ray.

Pov file was made by L3P 1.3.

If anybody know about this problem, let me know, please.

Thanks for reading.

KWON

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

It seems that if I update my signature, all previous postings show the new signature. Is this dynamic behaviour configurable? I'd prefer the posting to contain a static copy of my signature at the time it was created.

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.

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

SteerCo has since voted not to allow this. See this announcement.