 | | 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)
|
| |
| | Parts display strange in LEGO Digital Designer
|
|
Hi all, After a new full install of my PC, I cannot seem to get LDD to run properly. The parts display like this: (URL) have not seen this before. It worked on the previous install of my machine, which is exactly the same! Anyone else having this (...) (20 years ago, 25-Jan-05, to lugnet.cad)
|
| |
| | 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: Spline-based Road Creation
|
|
(...) The next things I'm working on are the superelevation calculations, as well as an automatic intersection generator. (20 years ago, 25-Jan-05, to lugnet.cad.ray)
|
| |
| | 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: need help with instructions
|
|
(...) When you make your LDraw model add STEPS for each image of the BI you want to create. Once you have that use LPub to create the BI images. Depending on the number of STEPS you have in the model, LPub will create "x" number of images each one (...) (20 years ago, 24-Jan-05, to lugnet.cad)
|
| |
| | 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)
|
| |
| | Re: Cross platform GUI
|
|
Personally I don't think using GTK under Windows is a good idea. I've worked with it before and even released an application that used it and you won't believe the amount of people that have trouble using a Windows application with controls that (...) (20 years ago, 24-Jan-05, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: need help with instructions
|
|
Ahui Herrera- The only program I have is Adobe Photoshop. Now when you are talking about creating the steps, do you save each individual MLCad step as a seperate entity so it can be set against Photoshop? If not, then what? (20 years ago, 24-Jan-05, to lugnet.cad)
|
| |
| | Re: Experimenting with camera.dat and look_at.dat
|
|
(...) POV-Ray cameras can do alot. Besides just having a location and direction, you can have a zoom, focus, you can specify the direction in the form of "look at", and more. If you are going to have a camera.dat, you might consider having it be (...) (20 years ago, 24-Jan-05, to lugnet.cad.dev)
|
| |
| | Experimenting with camera.dat and look_at.dat [DAT]
|
|
I created these three files and ran them through L3P: - - - - - 0 Test 0 Name: test000.ldr 0 Author: Tore Eriksson 1 2 0 0 0 0 0 -1 0 1 0 1 0 0 700.dat 1 15 0 -24 100 1 0 0 0 1 0 0 0 1 3001.dat 1 4 0 -48 100 1 0 0 0 1 0 0 0 1 3001.dat 1 15 0 -72 100 (...) (20 years ago, 23-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
(...) I'm sorry if I was unclear. Earlier in the thread I put forward Bens wheels as an example and continued that example here. I realise they would not be eligible for inclusion in the official Ldraw library, and would not submit them. This thread (...) (20 years ago, 23-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
(...) Maybe I'm missing the point here, but if this whole discussion is about Ben's excellent independently produced wheels, then whether or not they are modelled appropriately for inclusion in the official LDraw library is academic. The official (...) (20 years ago, 23-Jan-05, to lugnet.cad.dev)
|
