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.

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):

How can I do a good wallpaper for Ipod touch , what angle do I need ?

Thanks in advance

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, ... ???

This part is already existing- my question is if there where two version of this part?
http://www.bricklink.com/catalogItem.asp?P=3433

In an old 70s set there is this part combined with 828 Tractor Chassis Excavator Arm, Large (828.DAT) and all fit fine with the Ldraw parts.
http://www.bricklink.com/catalogItemInv.asp?S=378-1

But this part was also combined with 3314 Excavator Arm 2 x 6 x 2 (e.g. see:http://www.bricklink.com/catalogItemInv.asp?S=6630-1) and there 3433.DAT and 3314.DAT have a missfit. To be more precise the connection seems to have a to small radius.

The best is somebody would take a close look on both combination.
Has somebody all of these parts I'm talking about? - The real thin could solve the problem....