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