 | | 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)
|
| |
| | Re: rotating models in MBC 0.4.1d Cocoa
|
|
(...) Sounds like the next release it going to be a good one! Out of curiosity, is there a bug in the train motor part? Chris (21 years ago, 26-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: rotating models in MBC 0.4.1d Cocoa
|
|
(...) As an update to this comment, I have now placed the glFinish() command and the timing loop into the render instance, and now I get correct behavior. It's clear that Cocoa creates a new thread for each instance, therefore as guessed before, (...) (21 years ago, 25-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) So you're saying that if I ask for the GL_RENDERER etc strings after a window resize I'll get the same ones I started with no matter what? (I added some code to check it anyway just in case) That really sux. Who designed that feature, (...) (21 years ago, 25-Jul-03, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) OK, I looked at the code above, and all it seems to do is tell its OpenGL context to update every time the window is resized. If their glut doesn't do this, then it is broken. As far as I know, there isn't any equivalent to this in Windows. (...) (21 years ago, 25-Jul-03, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Found some more info. This makes it even more clear. (URL) it only shows icky Cocoa code. I may have to examine the apple glut sources to see how much of this is actually handled in glut. I wouldn't be suprised to find some bugs there. And I (...) (21 years ago, 25-Jul-03, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) The OS is selecting the drivers. If I want to select them myself I have to write all sorts of icky OS specific code. (...) It gets worse. I did some searching on this. Apparently, according to the source on this page, I may need to check if my (...) (21 years ago, 25-Jul-03, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Short version, yes, I am still working at Westfield, but no, I am not there at the moment. I am working out of the home office in Worcester. I am printing out my just defended Ph.D. thesis, and when that is handed in to the graduate school (...) (21 years ago, 25-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) When running at 16 bit the ATi drivers are loaded unless I mistakenly type ./ldglite -le -v1024,7400 mini.dat (instead of 740). When the window is set to 800x600 selecting and moving bricks works fine, but selecting and moving behaves badly (...) (21 years ago, 25-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LSC: Call for Votes
|
|
Well, voting's over. I'm waiting to get the tallied votes from Wayne sometime today, and will post them as soon as I can. I'm headed out on Saturday, and may have sproatic access to email for the next week. -Tim (21 years ago, 24-Jul-03, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Hey, do you still work in Westfield? If so, maybe I could drive up there for lunch tomorrow and see all this stuff in action. That might eliminate some of my confusion and guesswork about drivers, modes and versions. Don (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
