 | | Re: BMP2DAT question (problem?) [DAT]
|
|
(...) If I understand the problem correctly, you have to scale down the output file. This can be easily done by pretanding that it is a sub-part Rename it to pattern.dat for example. Then create a new part that calls to that pattern with the line: 1 (...) (20 years ago, 29-Jan-05, to lugnet.cad.dev)
|
| |
| | BMP2DAT question (problem?)
|
|
Hi, I made some stickers for one of my trains. Now i'm making building instructions for this train and would like to add the stickers i made in the LDRAW design. Therefore i use the BMP2DAT utility found in LDAdd-On from Steven Bliss. This works (...) (20 years ago, 29-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Rendering implementation details
|
|
(...) What you are describing is in fact a very old and basic edge rendering algorithm, which can be found in most detailed textbooks on computer graphics. CAD style and wire frame rendering went out of style during the 90's, so some recent "fancy (...) (20 years ago, 29-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
Thanks for your suggestions, the message I received is: "Yes, a good and useful translator would be appreciated." One brief comment on the issue of whether we want clean, compact and well structured files or not: of *course* we want clean files! A (...) (20 years ago, 29-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: l3p as open source
|
|
(...) L3P is available for the Mac and Linux.... Kevin (20 years ago, 29-Jan-05, to lugnet.cad.dev)
|
| |
| | 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)
|
| |
| | Re: Rendering implementation details
|
|
(...) You're right about the performance hit. We've discussed this issue previously on lugnet, because quite a few of the renderers out there use opengl (ldview, leocad, ldglite, Mac Brick Cad...) Source code is available for all of these if you (...) (20 years ago, 25-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Rendering implementation details
|
|
(...) Someone once suggested to me (Dan from Microsoft maybe?) that given today graphics libraries, one could probably get away with ignoring op-lines altogether and use edge detection. This would present a potential problem since edge color is (...) (20 years ago, 24-Jan-05, to lugnet.cad.dev)
|
| |
| | Rendering implementation details
|
|
I was envisioning how an LDraw renderer would be implemented if it were done with OpenGL, and I've arrived at some questions that I can't answer for myself. I'm particularly wondering about line type #5, the optional line. According to the LDraw (...) (20 years ago, 24-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Experimenting with camera.dat and look_at.dat [DAT]
|
|
(...) I updated the camera.dat and look_at.dat so they don't need to be REMmed out: 0 ~Camera Position 0 Name: Camera.dat 0 Author: Tore Eriksson 0 Un-official part 2 24 -4 0 0 4 0 0 2 24 0 -4 0 0 4 0 2 24 0 0 -4 0 0 4 0 L3P IFNOTPOV 1 0 0 25 37 1 0 (...) (20 years ago, 24-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Experimenting with camera.dat and look_at.dat
|
|
(...) Yes,I am very well aware of the multitude of camera settings POV offers, and I haven't yet decided which way to go. The fastest way may be to run my own race using my own META statements: 0 LDA CAMERA.POSITION x y z 0 LDA CAMERA.LOOKAT x y z 0 (...) (20 years ago, 24-Jan-05, to lugnet.cad.dev, lugnet.cad.ray)
|
