 | | 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)
|
| |
| | 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: 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)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
(...) (I'm going to try not to sound like a jilted lover here, bear with me) If you're not already a parts author, you have to ask for permission to submit a part to the Parts Tracker. I've been told translated-from-other-CAD (i.e. messy) parts (...) (20 years ago, 23-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
(...) No DAT part can provide a perfect render without using some substitutions - flat polygons just can't do perfect curved surfaces. But that's another issue. I have recently finished re-authoring Ben's wheels (URL) (waiting for his OK before I (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
(...) I should probably find then for what is LDraw library aimed at. If it's something like as perfect as possible renders or some quick mockup prototyping. (...) Wouldn't it be possible to be the parts as accurate as possible and then (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev)
|
| |
| | Cross platform GUI
|
|
Well I'm kind of of pissed. ** begin rant ** Curious to find an acceptible substitute for Java, I was looking into cross platform GUI toolkits. GTK+ came to mind but alas no Mac support for the latest version. Then I thought of Qt. I visited the Qt (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
(...) Well, rendering time gets affected too, right? It's harder to build a model if it takes MLCad 20 seconds to redraw once... Oh, you mean for the rendering in POV when doing the animation? Well, file loading time, memory consumption, etc. etc. (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: l3p as open source
|
|
(...) A nice thing about open source would be that it would be possible for other people to work on ports to different architectures other than the microsoft-based platform. While emulators may exist to allow people to get by for the time being, (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
(...) If for nothing else, to permit them to be used as the basis for the manual creation of similar parts, and abstraction into resuable sub-components. Not a strong reason, but worth considering. (...) To use just one example - the STUD primitive (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
(...) Yes, since it is text based. Also, a most new authors learn by examining the code. (...) Unneccessary memory usage and file size. (...) L3P (and other converters/viewers) detect these primitives and convert them to smooth objects (e.g. L3P (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: l3p as open source (was: Re: Anatomy of a POV file (e.g. L3P suggestions))
|
|
(...) Why don't you create your main scene file that never changes and then just include the l3p output file into your scene file. I believe Lars is working on options that leave out the povray code that is required to be in the main file (like (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
(...) Why? Is the .DAT file supposed to be readable by humans? Why? ;) What's wrong with the larger number of polygons? What positives (from the side of the automated rendering process) does bring the existence of primitives? What's wrong with the (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: l3p as open source (was: Re: Anatomy of a POV file (e.g. L3P suggestions))
|
|
(...) Hi Kevin Thanks for your tip, but even though it seems to solve the amb/dif/reflection-problem, it unfortunately doesn't cover the need for special pov-ray objects like special lights, fog etc, as it's also based on L3p. Another thing I just (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: l3p as open source (was: Re: Anatomy of a POV file (e.g. L3P suggestions))
|
|
(...) An alternative to open source is to post process l3p output to change things the way you want. This is what I do in LPub. L3P output is simple text and extremely consistant, making it easy to modfiy the contents. Kevin (20 years ago, 22-Jan-05, to lugnet.cad.dev)
|
| |
| | l3p as open source (was: Re: Anatomy of a POV file (e.g. L3P suggestions))
|
|
I don't know if this is besides the topic, but what I would really like was the ability to edit the "text" with the default settings l3p uses to create the pov-file (after all, it's a program that converts a textfile into another textfile). When (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: BigBen Bricks! (Was: Parts editing made easy...?)
|
|
(...) Tore, those are parts made on Stratasys and zCorp Rapid Prototyping machines. Rapid Prototyping is a way of using machines to take digital data and create models in an additive fashion, built up layer by layer. zCorp machines build the layers (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: BigBen Bricks! (Was: Parts editing made easy...?)
|
|
(...) Sorry Tore, I thought you read the article. Here's a brief summary: Mike Pique of Scripps Research Institute, Molecular Biology Department, did some LEGO bricks in the rapid prototype machines in his department. He plans on using them to teach (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: BigBen Bricks! (Was: Parts editing made easy...?)
|
|
(...) My eyes see the most beautiful things, but yet they don't understand. I looked for some text that explained who/where/how this lovely sight is made possible. Please let me have some more information! /Tore (20 years ago, 22-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: BigBen Bricks! (Was: Parts editing made easy...?)
|
|
(...) Ahem... (URL) (20 years ago, 22-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
(...) If you look up my posts on LUGNET, you'll find that's all I've really ever talked about here. (Damn, I'm boring. Well, OK, I also talk about trucks) You've touched on the critical issues I've found over the years: - LDR/DAT files created by (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev)
|
| |
| | BigBen Bricks! (Was: Parts editing made easy...?)
|
|
(...) Like, wow! Triple wow! Fisrt LCAD, and now LCAM! I wonder how expesive that could be! And I wonder if they are willing to make some custom size Classic style windows and not only train wheels! And I wish that LEGO would offer the same service, (...) (20 years ago, 22-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
(...) Hi Stefan, yes I believe there would be interest in such a utility. And yes, I believe most people still used text-based programs to edit parts. There are tools that make it a bit easier, like LDDesignPad, but it's still basically just a text (...) (20 years ago, 21-Jan-05, to lugnet.cad.dev)
|
| |
| | Parts editing made easy, anyone?
|
|
Are parts authors really using text editors to compose new parts? I find it hard to understand that a text editor is still the tool of choice for this relatively complicated modeling task. I might be wrong and could need an update on what tools (...) (20 years ago, 21-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Anatomy of a POV file (e.g. L3P suggestions)
|
|
(...) When you really get into POV-Ray, you have to deal with multiple files. If you ever include a graphic as a texture, or a height field, there is nothing you can do. You can't combine an image into a text file and have it work well. If you have (...) (20 years ago, 21-Jan-05, to lugnet.cad.dev)
|
