| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) The Mesa beta versions were known to be buggy, and the API hasn't changed but I heard that version 3.1 is not binary compatible with 3.0, I don't think this should affect you since you're compiling the file yourself. I'll try to compile and (...) (25 years ago, 28-Jan-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Hey, that would be great! But before you compile it, I think I have a fix for the empty window problem Todd's been seeing. If you find the line with gluPerspective() in main.c, change the -500.0 to 1000.0. Apparently it's clipping EVERYTHING (...) (25 years ago, 1-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Schwing! Wicktoree! --Todd (25 years ago, 2-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) I've tried and it worked after fixing the gluPerspective call, it's very slowe (LeoCAD renders the WTOWER.DAT file in less than 1 second) but at least it works. The last 2 parameters to gluPerspective are the distance from the viewer to the (...) (25 years ago, 2-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Hmmm, that sounds like a commercial for LeoCAD. ;^) And a target, 1 second eh? Seriously though, It'll never reach those speeds parsing DAT files, but hopefully when I switch to display lists for the redraws... Just for the record, how slow (...) (25 years ago, 2-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Actually the Windows version of LeoCAD takes 0.35 seconds to render on my P2 350 with a TNT card (the Linux version should be more a less the same speed). I don't use display lists, I use vertex buffers or CVA's if the driver supports it. (...) (25 years ago, 2-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Whoa. That's the same WTOWER.DAT distributed with ldglite. The one that LDLite, on my Pentium 400 with Win98, renders in 5.8 seconds? Amazing. Steve (25 years ago, 2-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Well I haven't read the section of the book on vertex arrays yet. From a quick glimpse I suspect they won't help me much since I'm using the LDRAW files rather than a converted database of parts. I'm surprised you don't use display lists at a (...) (25 years ago, 2-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) How long does it take with LdGLite on your P400? Try it at a similar resolution with the -V6 or -V5 command line switches to make it fair. Go ahead, I won't be embarrased if the numbers are really poor since I've spent absolutely no time (...) (25 years ago, 2-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) I haven't looked at your code but it looks like you're using a single buffered window, that's a huge slowdown since drivers are optimized for games and games use double buffered windows and of course, a single buffer window is always slower. I (...) (25 years ago, 2-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Yes, the file included in the ldglite zip. :) Now another question, why there are so many people writing different CAD programs ? I believe that we surely would be a lot better if we helped each other instead of start a new project. Please (...) (25 years ago, 2-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) I've gotta remember to remove that WTOWER.DAT file so folks can't tell what a lousy builder I am. :) (Besides, it uses an unofficial piece or two) (...) Now you're onto something. I started with ldlite because the source was in C/C++ and was (...) (25 years ago, 2-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
Ha ha ha ha Hohohoho Hehehehehe. You must be new around here. That's *not* how these people think. -gyug (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) I believe that all new computers have 3D cards and the current format of the library is very easy to use but it's not good for hardware acceleration. (...) Hmm... :pserver:guest@gerf....r/cvsroot, pw = guest. :) Leonardo (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) I really don't understand you, I'm not the one who has problems sharing (what I have done or what others have done). Ha ha ha ha Hohohoho Hehehehehe. Leonardo (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Cool! That is my long term goal with LDraw-mode, too. I'm hoping to be able to make Emacs/LDraw-mode communicate (over X?) with some CAD system. That will give me the power and flexibility of Emacs combined with the joy of the LDraw format. (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) What about the parts libraries used by the Ray tracing folks? Or is a totally new format in order? Either way I think the right thing to do is start with some utilities that convert the LDRAW formatted parts to whatever form we want to use. (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Well, excuse my ignorance, but I couldn't find the source at (URL) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Take a look at my previous post, LeoCAD is GPL. I know it doesn't look like LDraw but you can still run "leocad foo.dat" and it will render the file or "leocad foo.dat -i foo.gif" and it will save a GIF file (JPG, PNG and BMP also supported). (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) A feature I already started adding to ldglite is to take ldraw commands from stdin if no filename is present on the commandline. I think this lends itself better to external control than polling a file. This is of course based on my completely (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Yes, I totally agree with you. I think that once you bother to learn the LEdit keycodes, it is much quicker to use than a "point and click" CAD system. I think that any new LDraw-based CAD system should also imlement the LEdit kecodes for the (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Yes! Yes! Yes! Although not surprising coming from another EMACS user. It's amazing how hard it is to convince people that you can get things done so much faster if your fingers never leave the keyboard. Unfortunately it requires training to (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) You can keep compatibility with the POV libraries but each one (LGEO, L3P and Anton Rave's (?)) use a different coordinate system. LeoCAD uses the parts from LGEO first and then if something is missing, it creates the parts using its own (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Ah yes, the command line interface. Much better! I should just delete that pesky WinCvs fish icon right off the desktop. Don (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) But the important thing is probably that the renderer must be able to save existing data structures (parts and primitives) so that it can quickly display an updated version of the DAT file without reloading them. I would like to have even more (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) If you can to all the non-Emacs things, I will be happy to do the rest! :-) Seriously, though, the important thing is probably that the communication protocol ends up in a way which is useful for both of us. Fredrik (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) I was planning to make a display list for each part brought in from the PARTS directory. Right now I think the files are cached, so they're only read once, but they're still reparsed every time the same piece is used. This seems like a perfect (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
Leonardo, you are better than most, perhaps the best at contributing. The comment was not directed at you, but at the idea that publishing source would reduce the number of incompatible/redundant CAD tools. There is something disfunctional about the (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) I think I would need something more. What I would like to do is this. (Please tell me if I'm just dreaming! :-) I would like to give the rendering program instructions as to what changes has been done to the DAT file since the last time it (...) (25 years ago, 4-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
Paul: [ Tells us that we are behaving a little bit silly. ] You are probably right, but... I think that the main problem is that practically none of us are experienced CAD developers or users. Some of Paul's points: - Different coordinate systems I (...) (25 years ago, 4-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) And earlier programs. BriCAD, L3G0, Ben's (?) POV library, VBLOCKs (an SGI GL program) and I think LegoPS (postscript) used different coordinates & units. Or at least they were all different from L3G0. (...) L3G0 call a brick a "b2x4"; BriCAD (...) (25 years ago, 5-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
Paul: (...) Yes (what a mess). As a mathematician and physicist I prefer right-hand rectangular coordinate systems with the first two coordinates (x and y) in the plane and the last coordinate (z) having the positive direction up. The units should (...) (25 years ago, 6-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Another nice thing about LDraw type programs is that you see the model being built as it renders, unlike POV, where you just see the final image. --Bram Bram Lambrecht / o o \ BramL@juno.com ---...---oooo-----(_...o---...--- WWW: (URL) (25 years ago, 6-Feb-00, to lugnet.cad.dev)
|
|
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Hmm. POV-Ray description files could possibly handle step-wise construction by playing with the timer (clock?), a feature used to produce animation files. I haven't played much with POV-Ray since I took up LDraw, especially not authoring (...) (25 years ago, 7-Feb-00, to lugnet.cad.dev)
|