 | | Re: Rendering implementation details
|
|
(...) Actually, one can bring the number of transformations down to 1 for the entire _object_. Interesting what can happen when an idea sits in the brain and percolates for a couple of days. A new idea I had was to just transform the camera position (...) (20 years ago, 29-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Bricksaic version 0.1.0
|
|
(...) I ran into this too while betatesting. If you were using, for example, MLCad, it might be a problem with the color definitions that MLCad is aware of. Bricksiac is getting its color info from the ldconfig.ldr file in the install dir, I think. (...) (20 years ago, 28-Jan-05, to lugnet.build.mosaic, lugnet.cad.dev)
|
| |
| | Is there someone interested in making icons for me
|
|
Hello, I'am working on LD4DModeler V2 (see (URL) i want to make it better in every aspect over V1 am looking for some artist who is willing to make some (mostly) 16x16 pixel icons for me. I think people who used V1 know why I rather don't do it (...) (20 years ago, 28-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: l3p as open source (was: Re: Anatomy of a POV file (e.g. L3P suggestions))
|
|
(...) I knew I'd forgotten something in here! That function sounds interesting and could help a bit, but I'm not sure it's possible to turn an .inc around, but I'll look into it when I get the time. Thanks -NB (20 years ago, 27-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Rendering implementation details
|
|
(...) I don't see it. Are you sure this works in the perspective projection? Because I can't quite figure out what the magic view vector is in that case. I think you'd need to calculate one view vector for each edge endpoint, which brings the number (...) (20 years ago, 25-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Rendering implementation details
|
|
Okay.... having had a day to think about it and a night to sleep on it, I think I've figured out something.... But it would only work if the optional lines were incident to edges of polygons that are part of the object being drawn. I'm not sure if (...) (20 years ago, 25-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Rendering implementation details
|
|
(...) I'm not 100% sure, but I believe most (if not all) of these outlining algorithms expect you to know the difference between the front faces and the back faces. It could be that they could be adopted for use when you don't have this information, (...) (20 years ago, 25-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Rendering implementation details
|
|
(...) I'm not sure it's possible to implement for real without serious slowdowns. It might be possible to implement in a vertex program, but I haven't studied vertex programs, so I really don't know. (I'm pretty sure you can't throw out a vertex (...) (20 years ago, 25-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Cross platform GUI
|
|
(...) The look and feel is one of the reasons why I rejected GTK (...) To me, compile times are a non issue. However the non-free nature of Qt leaves a bad taste in my mouth (and I not even a Open Source zealot). I can however develop a Qt based (...) (20 years ago, 25-Jan-05, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Experimenting with camera.dat and look_at.dat
|
|
(...) It would be nice if there were also a part used to store points. It would then be declared at the end of the .pov file as a uniquely named vector. (20 years ago, 25-Jan-05, to lugnet.cad.dev)
|
