 | | Re: LDraw.org Config File (was: Edge line colors on img.lugnet.com)
|
|
(...) ... (...) ... I'm working on a Track Designer-like program; I'll be presenting it at BrickFest. My program, TrackDraw, can read and write LDraw files -- I've also created a color definition file (in XML) that is very much like Steve's -- so (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LDraw.org Config File (was: Edge line colors on img.lugnet.com)
|
|
(...) hmm ... I suppose this will become a some sort of standard color chart for a handful of progs? are we sure that the ldraw colors are the right ones (makein' the devils advocate)? looking around I found at least three different values for (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Less that a second for my Mini, but it is mini :) About 4 seaconds for my black tank car, which has 284 (?) parts. About 8 seconds to draw my GP30. The dat for the GP30 has 817 lines (not all of them are parts). Redraw the model every time... (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | LDraw.org Config File (was: Edge line colors on img.lugnet.com)
|
|
[XPFUT lugnet.cad.dev.org.ldraw] (...) A little more has happened on this: I emailed the authors of most of the LDraw-compatible software packages, and asked for buy-in on this idea. Basically, my thought was that we needed to have agreement about (...) (21 years ago, 29-Jul-03, to lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Inline POV code in official parts?
|
|
(...) Yes, it's pretty much still the case. I would really prefer to not have any POV code in the parts library at all. But if there must be some, I think it should stay in the primitive files. (...) I think a better solution is to work on POV (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev)
|
| |
| | Inline POV code in official parts?
|
|
What's the current plan for POV-Ray code in official parts? I have been out of the loop for a while, but my last understanding was that parts with inline POV-Ray code don't have any chance of getting certified on the parts tracker. Is this still the (...) (21 years ago, 28-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Found a much more recent post on this indicating that it may still be a problem with current Macs... Also contains a bit more info as to what's really going on. (URL) The only workaround I can think of is to (...) (21 years ago, 28-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) (URL) guy found the same bug on his Mac. Writing to the GL_FRONT buffer seems to also write over whatever you may have stashed away in the GL_BACK buffer. The only workaround I can think of is to copy the image to regular system memory, or (...) (21 years ago, 28-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: Primitive substituion and part reviews
|
|
(...) They should not warrant a Hold review. Put comments in the review, and if you think the issue is serious enough, go for a NoVote review. (...) If the pattern allows, it would be good to add a color-matched ring primitive around the outside of (...) (21 years ago, 28-Jul-03, to lugnet.cad.dev)
|
| |
| | Primitive substituion and part reviews
|
|
To what extent, if any, should rendering errors caused by primitive substitution warrent a Hold vote on the PT? An example of this would be a disc shaped pattern surrounded by a ndis. Would it be appropritate to add a small, color matching ring (...) (21 years ago, 27-Jul-03, to lugnet.cad.dev)
|
