 | | Re: Inline POV-Ray code?
|
|
(...) I don't know if any official parts do it, but it is possible. Based on an earlier lugnet.cad.ray message, you do this: 0 L3P IFNOTPOV (regular ldraw code goes here) 0 L3P ELSEPOV 0 (POV-Ray code goes here, commented-out) 0 L3P ENDPOV You can (...) (23 years ago, 19-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: Inline POV-Ray code?
|
|
Tony Hafner <hafhead@PANTSplanetquake.com> wrote in message news:GrsoEF.Ips@lugnet.com... (...) any. (...) Read Steve Bliss' reply to my message titled "How to add own parts to LGEO?". He describes how to include POV-Ray code in .DAT files that can (...) (23 years ago, 19-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: File Check utility (was: Case of part filenames?)
|
|
(...) OK, it's done. It will probably be a problem going forward, until I can clean up the code and combine it into one source. Anyone ever played with lex and perl? That would probably be a better way of doing this - the current code is pretty (...) (23 years ago, 19-Feb-02, to lugnet.cad.dev)
|
| |
| | Inline POV-Ray code?
|
|
I seem to recall that some curved parts have separate definitions in the parts file itself for POV-Ray to render them better. But I can't find any. Is this actually possible? Do such parts exist? Is there a "better" way (ie through L3P) to get (...) (23 years ago, 19-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: File Check utility (was: Case of part filenames?)
|
|
(...) Yep, I will do that. I think it should be pretty straightforward. Not quite as straightforward as it would be if they actually ran off the same source code, but close... Steve (23 years ago, 19-Feb-02, to lugnet.cad.dev)
|
| |
| | File Check utility (was: Case of part filenames?)
|
|
(...) Thanks! Now I know. One related thing- is there any way that you could add the new checks to the "File Check" utility as well? I had a number of parts that I had scanned with that tool and they came up OK. Then the submission form refused the (...) (23 years ago, 19-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Case of part filenames?
|
|
(...) You got it. It didn't use to matter, but now we're trying to move to lower case. Mostly. It didn't use to matter -- DOS's file system is 'case-insensitive'. But DOS always stores & returns filenames as all-caps, so most filenames were (...) (23 years ago, 19-Feb-02, to lugnet.cad.dev)
|
| |
| | Case of part filenames?
|
|
What's the story with upper vs. lower case in part filenames? In my brief survey of my parts directory, it looks like all the files use all upper case where they use letters (".DAT" and the "P" for patterned elements). Additionally, many parts (...) (23 years ago, 19-Feb-02, to lugnet.cad.dev)
|
| |
| | progress report (was "Re: Looking for DAT of Wedge Curved 2x6x1")
|
|
(...) I've posted an almost-comlete version of 41765: "(URL) only things remaining for this one is encoding the sliced tubes (i.e., where the top-studs meet the sidewalls). Thanks, Franklin (23 years ago, 18-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Part 6588 Question
|
|
(...) Heh, yeah. You're absolutely right. OK, I give up: what was the 7 for? Steve (23 years ago, 18-Feb-02, to lugnet.db.brictionary, lugnet.cad.dev)
|
| |
| | Re: Part 6588 Question
|
|
(...) ????? By my calculation, 3 1/3 bricks = 10 plates ??????? ROSCO (23 years ago, 16-Feb-02, to lugnet.db.brictionary, lugnet.cad.dev)
|
| |
| | Re: Part 6588 Question
|
|
(...) The height on this part name was given in plates. 3 1/3 bricks = 7 plates. And see (URL) for new developments. :) Steve (23 years ago, 16-Feb-02, to lugnet.db.brictionary, lugnet.cad.dev)
|
| |
| | Re: A comprehensive LDraw object model
|
|
"Bernd Broich" <bernd.broich@online.de> schrieb im Newsbeitrag news:GrF5JD.5zI@lugnet.com... (...) I found a free UML tool that works and made a class graph showing the classes, we talked about. The tool, Poseidon for UML, is java-based and (as (...) (23 years ago, 16-Feb-02, to lugnet.cad.dev)
|
| |
| | Part 6588 Question
|
|
There are many aspects of the art of piece nomenclature that continue to escape me, but this one has me completely stumped. I just came across what I think is ``Technic Gearbox 2 x 4 x 7'' (URL) doing an inventory of set 6775. I cannot for the life (...) (23 years ago, 16-Feb-02, to lugnet.db.brictionary, lugnet.cad.dev)
|
| |
| | Re: Looking for DAT of Wedge Curved 2x6x1
|
|
(...) Great! And thanks for the part numbers. I found these new wedges to be great because their notches allow you to treat them like an ordinary brick (as opposed to the spacecraft-nose wedge (6069 Wedge 4x4 Triple) where you can't just stick it (...) (23 years ago, 14-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Looking for DAT of Wedge Curved 2x6x1
|
|
(...) I just picked up set# 7119, Twin-Pod Cloud Car, for the specific purpose of having these four pieces. I've started writing my notes for encoding these into LDraw files. FWIW, here are the part numbers (and descriptions): 41747, "Wedge 2 x 6 (...) (23 years ago, 13-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Drawing triangles in a Z buffer
|
|
Graphics Gems covers basic stuff only where the presenter has an innovation. But they've been very good over the years. You can get any of their example source code online. Do pay a visit here: (URL) guys were in Gems IIR, and their book is worth (...) (23 years ago, 13-Feb-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Drawing triangles in a Z buffer
|
|
"Sproaticus" <jsproat@io.com> skrev i meddelandet news:GrGFrK.9nJ@lugnet.com... (...) There must surely be one (or more) in Graphical Gems (URL) (if that URL still is valid, otherwise search for Graphical Gems) a bit dated, c code, but useful. -- (...) (23 years ago, 13-Feb-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Drawing triangles in a Z buffer
|
|
(...) If you don't mind C code, there's the zAddTriangle() function in stub.c in the ldlite or ldglite source code. The old 1.6 ldlite source is a bit easier to follow since it doesn't have all the extra shaders. Also, it's a linear z-buffer, which (...) (23 years ago, 13-Feb-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Drawing triangles in a Z buffer
|
|
(...) I may be missing your point/problem but... Think you may need to go bi-linear in your Z calcs. Yes this makes a Suppos'dly one pixel lookup method a two+ per pixel but if you are already using a scan line method you have the precalculated (...) (23 years ago, 13-Feb-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
