 | | Mac Brick CAD 0.6.2
|
|
Mac Brick CAD 0.6.2 (Carbon) is now available for download at <link (URL) Improvements include Improved model rendering 'Power User' shortcuts Improved QTVR exporting Additionally, the source code is also available in a seperate file at the above (...) (23 years ago, 1-Aug-03, to lugnet.cad.dev.mac, FTX)
|
| |
| | L3P Launcher v0.6
|
|
(URL) think this version is alot more useful than the last. Even though not much is different. I added: All of the checkboxes remember their state. A user flags field, so that you can enter in camera and light values if you know the flag values. (...) (23 years ago, 31-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | Re: rotating models in MBC 0.4.1d Cocoa
|
|
(...) Chris, Unfortunately the answer isn't necessarily simple. In the parts files included with Brickdraw 3d, I found an error in part 590 (Train Engine). At least one of the Type-2 lines is corrupted. However, I didn't notice the error in the file (...) (23 years ago, 31-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | 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... (...) (23 years ago, 29-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | 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 (...) (23 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 (...) (23 years ago, 28-Jul-03, to lugnet.cad.dev.mac)
|
| |
| | 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 (23 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, (...) (23 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, (...) (23 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. (...) (23 years ago, 25-Jul-03, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
