 | | Re: Need (working) program to generate instruction pictures
|
|
(...) cockpit is drawn with a stipple function that's buggy in many ATI drivers. And the ledit text (toolbar?) is still drawn in the front buffer. The latest source code in CVS is patched for the toolbar problem on some radeon cards because it was (...) (18 years ago, 5-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) Good call. I ran it with -n4, and that makes things visible during rotation. The status bar and final appearance of the model (after you stop rotating, if your rotation style is different) don't get drawn until obscured by a menu, etc., so (...) (18 years ago, 4-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) [...] (...) Oh, I thought you got no model displayed when launching the Mac bundle. I figured that with the environment.plist file, you'd at least get the the model displayed. On my old PowerBook I used this as a environment.plist <?xml (...) (18 years ago, 4-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) I haven't followed all of this, but I suspect this is probably a driver issue. Ldglite is getting pretty old. It's so old that when I wrote the opengl bits the hardware (and software opengl) of the time was typically unable to render the model (...) (18 years ago, 4-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Re: LDView error
|
|
"Travis Cobbs" <tcobbs@REMOVE.halibut.com> schreef in bericht news:JECt3F.ED0@lugnet.com... (...) Which is indeed true. The GF2 was not MX. (...) This is dissappointing... I assumed a GF4 would be better on all fronts than an GF2. (...) Thanks (...) (18 years ago, 4-Mar-07, to lugnet.cad.dev)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) OK. I've set up a proper .MacOSX/environment.plist now, but I can't see that it's made any difference. The [mis]behavior is the same. This and the video information your provided supports my gut feeling that the problem is limited to the (...) (18 years ago, 4-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) Jim, I'm not a programmer, but as it was explained to me by Don Heyse, that the only way for a double-clickable Mac application to get information about unix-like environment variables is if that variable is specified in a file called (...) (18 years ago, 4-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) Hmm. I'm curious how it works on your machine. There's not a problem with my LDraw directory or $LDRAWDIR definition; it's an environment variable, regardless of where it's defined. The problem isn't with the LDraw parts, its with the visible (...) (18 years ago, 4-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) Odd... one of the first things I did was check to see if LDGLite worked on my MacBook, and it worked without a problem. My first guesses are that your LDRAW dir didn't get copied over from your old computer, and/or your (...) (18 years ago, 4-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Re: LDView error
|
|
(...) I don't know off-hand the performance characteristics of those two cards, but if your GF2 wasn't an MX, then it's actually possible that the new card is actually slower at geometry processing (despite being two full generations newer). In (...) (18 years ago, 4-Mar-07, to lugnet.cad.dev)
|
