 | | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) -le should only affect the current selected PART when you move it with the arrow keys. -le moves an XOR wireframe and -LE moves a solid part. In general, -le seems faster and less buggy. Rotation drawing mode is controled by the menu that you (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Sorry, I should read the readme's more closely. (...) Oh, 0.9.5f wouldn't read files created by MBC. Only the first brick would appear. You said it was probably a line ending thing. I just wanted to say that yesterdays current version of (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Just for fun I tried resizing the screen using the "hidden" risizing box in the corner of the screen. It didn't go very well... I took a screen shot. (URL) guess I won't be using the resizing box any time soon :) If you couldn't tell, I named (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Apparently yes, but it has the drawback you noticed below. (...) This is because from certain viewpoints two parallel edges exactly cover each other. In XOR math they cancel each each other out and the part disappears. The Stencil buffer (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Well that makes sense. The bug is worse. (...) Oh, again... sorry, I guess I should read the readme better. I had not noticed that the home and end keys were the keys that did the "out of plane" movements in the 1, 2, 3, 4, 5, and 7 views. In (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) If it doesn't happen with the 0.9.5 version of ldglite then it's a bug. I suspect it may be the code I wrote to avoid the Windows nagware tooltips and reminder windows. It's supposed to copy the front color buffer into the backbuffer after an (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Don, OS X is substantially free of such annoyances (thank heavens). Tom (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) It happens with the 0.95 version to. Other weird things to note. When the stencil buffer isn't disabled, gooble-dee-goo is drawn to the screen. The gobble-dee-goo dissappears when the window is moved. (URL) you check for the amount of VRAM (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) In that case, I may just have to say don't use it in 16 bit mode. Does ldglite report ATI instead of "Apple Generic" in 16 bit mode? I know the ATI windows drivers on my old 4MB Rage Pro are so bad that they're unusable. However, on windows (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | 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)
|
| |
| | 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: 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
|
|
(...) 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
|
|
(...) 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
|
|
(...) 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
|
|
(...) 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)
|
