 | | 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: LSC: Call for Votes
|
|
(...) I'm glad I saw this on Lugnet's homepage today, or I would have missed the vote. I've been lurking more than anything these past few years, but LDraw is still a very important interest to me. I just can't follow the day to day events as much (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: rotating models in MBC 0.4.1d Cocoa
|
|
Travis, To date I have used this apporach in both C and Objective-C: The mouse drag subroutine on the first loop through saves the current system time in a global variable. An event is then sent to initiate redrawing of the model. The the model is (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LSC: Call for Votes
|
|
Just a reminder to everyone ... voting ends this evening. So, if you haven't, please do! -Tim (21 years ago, 23-Jul-03, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: rotating models in MBC 0.4.1d Cocoa
|
|
(...) I'm not sure I completely understand the above. What are you timing? If you are just timing how long the glFinish takes, then a change in its behavior might not be indicative of a bug in the new OpenGL drivers. And if you time how long you (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: rotating models in MBC 0.4.1d Cocoa
|
|
(...) This is a problem I've been wrestling with since I commenced with Objective-C. Normally to engage slow drawing mode what I do is I time the redraw operation by using glFinish(). This command is supposed to prevent the application from (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: MBC 0.4.1d (Cocoa) observations
|
|
(...) I'll check it out - sounds strange...before there was no problem (...) The Cocoa version still has very weak fault tolerence for corrupt Ldraw data (which is noted in the ReadMe file), todate I've been dealing with these types of crashes on a (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: GLUT 3.2
|
|
(...) ... (...) I've played this game before. The BSD (or whatever OSX is underneath) linker is more picky about its archives than Linux or (probably) solaris. When people port code from these systems to OSX they sometimes forget to add the extra (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Yeah, I did some "back of the envelope calculations" a while back, and you don't have enough VRAM for all the goodies at the higher resolutions. (URL) wonder if I could fix it by asking for a smaller depth/stencil buffer when the program (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: LDGLite outputting gobble-dee-goo to terminal window
|
|
(...) Chris, I have a 400 MHz PowerBook G4, so I'm also in the 8MB VRAM boat. I have experienced the part highlighting problem at higher resolutions you mentioned in the other post at higher resolutions with 0.9.5f, so VRAM seems a likely culprit. (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
|
