To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.cad.dev.macOpen lugnet.cad.dev.mac in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 CAD / Development / Macintosh / 455
    LDGLite outputting gobble-dee-goo to terminal window —Christopher Masi
   Hmm... when I rotate a model in LDEdit mode, the terminal window gets filled with the following with color definitions. I don't remember this happening before. Mac OS X 10.2.6 GLUT for OS X 5 (v 3.0) Chris COLOR 11 turquoise 0 85 164 249 255 85 164 (...) (21 years ago, 22-Jul-03, to lugnet.cad.dev.mac)
   
        Re: LDGLite outputting gobble-dee-goo to terminal window —Don Heyse
   (...) That is weird. Which version of ldglite? Do you mind trying testing the latest sources? I'm working toward a 1.0.0 release "real soon now". (URL) (21 years ago, 22-Jul-03, to lugnet.cad.dev.mac)
   
        Re: LDGLite outputting gobble-dee-goo to terminal window —Tom Bozzo
     (...) Don, It's been doing this for me, too, though with no apparent ill effects. I'm pretty sure the ldglite version I'm using is 0.9.5f (the executable available on the ldglite.sf.net page). I'll give the current source a try, too. Tom (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
   
        Re: LDGLite outputting gobble-dee-goo to terminal window —Tom Bozzo
     (...) Don, I was able to build the new version, and it doesn't do the color table thing. Would you like a report from a more general workout of it? Chris, Note that you may need to install libpng (I did it via fink) to successfully build the new (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
    
         Re: LDGLite outputting gobble-dee-goo to terminal window —Don Heyse
      (...) Yeah that'd be nice. I've got one OSX bug report already with the SOLID part moving mode (-LEDIT) that may or may not be fixed in tonight's current.tgz tarball. There also seems to be a new bug in MESA 5 on linux with glcopypixels(). (...) I (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
     
          Re: LDGLite outputting gobble-dee-goo to terminal window —Tom Bozzo
      (...) Don, Here are some comments on the 7/23 version (built from the current.tgz time-stamped early this morning): * Solid part moving mode (-LE) works fine at lower resolutions. I think I tried all of the predefined views. Using -v1024,740 (a (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
     
          Re: LDGLite outputting gobble-dee-goo to terminal window —Don Heyse
      (...) That's a bug. Probably for everyone. I'll have to examine all the messages from the popup windows to see which ones are stolen by the LEDIT mode keyboard handler. (...) I guess this was deliberate. For all the views not available in LEDIT (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
    
         Re: LDGLite outputting gobble-dee-goo to terminal window —Christopher Masi
     (...) Hey Tom! Same here. The gobble-dee-goo is gone. See my other post about why I think it suddenly appeared (though the bug may have always been there). Thanks for the heads up on the ligpng thing. Apparently, I installed it (as a dependency?) (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
    
         Re: LDGLite outputting gobble-dee-goo to terminal window —Tom Bozzo
     (...) 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)
    
         Re: LDGLite outputting gobble-dee-goo to terminal window —Don Heyse
      (...) 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 —Christopher Masi
     (...) The GLUT I am using is GLUT for Mac OS X 5.0 (GLUT version 3.0) I downloaded it from the Apple Developers site a while ago. The archive is dated Jan 2003. It gives me access to the pop up menu built into LDGLite. (control+click). I don't think (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
    
         Re: LDGLite outputting gobble-dee-goo to terminal window —James Reynolds
      (...) Chris, What is Mac OS X 5.0 and Mac OS X 7.0? I have never heard Mac OS X refered to that way. Do you mean Mac OS X 10.2.5 and Mac OS X 10.2.7? James (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
     
          Re: LDGLite outputting gobble-dee-goo to terminal window —Christopher Masi
      (...) I am probably messing up the nomenclature... I think it is supposed to mean that it is the 5th version of GLUT that was made for Mac OS X, and it corresponds to GLUT version 3.0. The 2nd one must be the 7th version of glut made specifically (...) (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
    
         Re: LDGLite outputting gobble-dee-goo to terminal window —Tom Bozzo
     (...) Chris, thanks for the info. The pop-up menu had been working for me with the GLUT in GLUT.framework 2.2.8 (dated February 11). I got the same error trying to build GLUT from the sample code. --Tom (21 years ago, 24-Jul-03, to lugnet.cad.dev.mac)
   
        Re: LDGLite outputting gobble-dee-goo to terminal window —Christopher Masi
   (...) Hi Don, I just compiled it with make -f makefile.macx (it is a good thing the Linux directions work for Mac because I have no idea what I am doing). I didn't do any extensive testing, but with a bit of playing in edit mode everything seems to (...) (21 years ago, 23-Jul-03, to lugnet.cad.dev.mac)
   
        Re: LDGLite outputting gobble-dee-goo to terminal window —Don Heyse
     (...) -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 —Christopher Masi
     (...) 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 —Christopher Masi
      (...) 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 —Don Heyse
     (...) 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 —Christopher Masi
     (...) 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 —Don Heyse
     (...) 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 —Tom Bozzo
      (...) 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 —Christopher Masi
     (...) 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 —Don Heyse
     (...) 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 —Don Heyse
      (...) 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 —Christopher Masi
      (...) 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 —Christopher Masi
     (...) 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 —Don Heyse
     (...) 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 —Don Heyse
     (...) 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 —Travis Cobbs
     (...) 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 —Don Heyse
     (...) 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)
   
        Re: LDGLite outputting gobble-dee-goo to terminal window —Don Heyse
   (...) (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 (...) (21 years ago, 28-Jul-03, to lugnet.cad.dev.mac)
   
        Re: LDGLite outputting gobble-dee-goo to terminal window —Don Heyse
     (...) 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 (...) (21 years ago, 28-Jul-03, to lugnet.cad.dev.mac)
   
        Re: LDGLite outputting gobble-dee-goo to terminal window —Christopher Masi
   (...) 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... (...) (21 years ago, 29-Jul-03, to lugnet.cad.dev.mac)
   
        Re: LDGLite outputting gobble-dee-goo to terminal window —Don Heyse
   (...) Ok, I might've fixed all of this. If not, I'll have to make a 1.1 release real soon because I couldn't wait any longer. Ldglite has finally reached 1.0. Give the OS X executable a spin and see what I missed. (URL) the way, Tom Bozzo sent me a (...) (21 years ago, 6-Aug-03, to lugnet.cad.dev.mac)
   
        Re: LDGLite outputting gobble-dee-goo to terminal window —Christopher Masi
   (...) Yep, it is cool to have my model as the edit mode screen shot. It is the first model that I created entirely with LDGLite too. I just finished downloading 1.0.0. I'll give you a report as soon as I have had a chance to do some testing. Chris (21 years ago, 7-Aug-03, to lugnet.cad.dev.mac)
 

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR