 | | Re: Bad links to homepage.mac.com
|
|
(...) That Apple OpenGL engineer comment indicates Apple will eventually fix it. 10.2.3? 10.3? If you can't wait, basically it sounded like the ldglite project has to be build with Project builder in such a way that it is a double clickable (...) (22 years ago, 19-Dec-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev.mac)
|
| |
| | Re: Bad links to homepage.mac.com
|
|
(...) Here is what I noticed in LEdit mode. I am running 10.2.2 on a PB G3 (FireWire). The AppleGLUT provides the popup menus, but the following error is reported in the terminal 2002-12-18 21:38:32.082 ldgledit[4698] GLUT Warning: (...) (22 years ago, 19-Dec-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev.mac)
|
| |
| | Re: I would like to work on part 3648
|
|
"Chris Dee" <chris_w_dee@hotmail.com> wrote in message news:H7Busx.Hu1@lugnet.com... (...) like (...) (one (...) the (...) to (...) me (...) LDraw (...) certainly (...) I'd (...) or (...) want (...) official (...) depending on (...) rework the (...) (22 years ago, 18-Dec-02, to lugnet.cad.dev)
|
| |
| | Re: New primitive: chord.dat (not the final name)
|
|
(...) I can see this having some use. I'd name it 1-4segm.dat. Chris (22 years ago, 18-Dec-02, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: I would like to work on part 3648
|
|
(...) Actually, Lance, there is an updated version of 3648 already on the Parts Tracker (the system we use to review and certify unofficial parts) at (URL) I'm not sure this addresses the problems you identify and it is certainly not BFC compliant. (...) (22 years ago, 18-Dec-02, to lugnet.cad.dev)
|
| |
| | Re: Bad links to homepage.mac.com
|
|
Don, I have updated a few things on mac.ldraw.org. I know the ldglite and technical page still needs major updating as well as some other things like the translation links. I'll get to it.... someday... I just plain deleted a few links to broke (...) (22 years ago, 18-Dec-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev.mac)
|
| |
| | Re: HELP: transformation of primitive causes BFC to stop working
|
|
"Orion Pobursky" <bilthefish@IHATESPAMyahoo.com> wrote in message news:H7Bq38.4Lx@lugnet.com... (...) instead (...) of (...) Hey, I'm all for a good cheat if it makes things easier. Now why didn't I think of that? I guess I keep thinking MLCad is (...) (22 years ago, 18-Dec-02, to lugnet.cad.dev)
|
| |
| | Re: HELP: transformation of primitive causes BFC to stop working
|
|
(...) Actually, I cheated. I hate doing the math and still don't understand the matrix tranforms well enough to look at a matrix and know what it's doing, so I use MLCad to rotate things for me. -Orion (22 years ago, 18-Dec-02, to lugnet.cad.dev)
|
| |
| | Re: HELP: transformation of primitive causes BFC to stop working
|
|
Yep, that did the trick. Now that you gave me the coordinates, I can see that I wanted the original y vector (0,1,0) to go to -z (0, 0, -1), instead of staying y like I had it. This rotating and scaling stuff can be kind of tricky to visualize, (...) (22 years ago, 18-Dec-02, to lugnet.cad.dev)
|
| |
| | Re: HELP: transformation of primitive causes BFC to stop working [DAT]
|
|
(...) I think this line is what you want: 1 16 10 10 2 0 0 8 -8 0 0 0 -1 0 2-4ndis.dat Let me know if I'm right. -Orion (22 years ago, 18-Dec-02, to lugnet.cad.dev)
|
| |
| | HELP: transformation of primitive causes BFC to stop working [DAT]
|
|
In playing with making a part (3648) BFC certified I have ran into a problem. The following line is in the original file: 1 16 10 10 2 0 0 8 8 0 0 0 1 0 2-4ndis.dat This line transforms the primitive such that the front face is inside the part (I'm (...) (22 years ago, 18-Dec-02, to lugnet.cad.dev)
|
| |
| | I would like to work on part 3648
|
|
I have been playing around with LDraw, and I have decided that I would like to make an attempt to fix the Technic Gear 24 Tooth part. I noticed that there are several polygons near the axle hole that are "out-of-bounds" (one vertex from several (...) (22 years ago, 18-Dec-02, to lugnet.cad.dev)
|
| |
| | Re: Bad links to homepage.mac.com
|
|
(...) Actually I think I found what I was looking for here: (URL) since this page: (URL) longer exists (except in a google cache) I think I may have to mirror it if it's still useful. So does the patched GLUT still work? Does it work on 10.2? Does (...) (22 years ago, 18-Dec-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev.mac)
|
| |
| | Re: Bad links to homepage.mac.com
|
|
(...) I have a copy of an updated GLUT that I got from a mac.com site, but I don't know if it the one to which you are referring. I haven't been using LDGLite because LDGLite will not recognize any keys. I recall you (someone) mentioning that this (...) (22 years ago, 18-Dec-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev.mac)
|
| |
| | BrickDraw3D request for comments: using LEDIT keys
|
|
BrickDraw3D users and LEDIT authorities: please comment on these keyboard assignments for the 0.6 release. In particular do I have the X,Y,Z keys right? Any other keys wanted? The '*' mark indicates an LEDIT key A* Rotate Right 90 Z Rotate Left 90 (...) (22 years ago, 17-Dec-02, to lugnet.cad.dev.mac)
|
| |
| | Re: Bad links to homepage.mac.com
|
|
(...) Apple is charging for homepage.mac.com webpages now, so a great deal of links to that domain are now broke since many people have elected to look elsewhere for free webpages. LDMC included. ;-) (...) I wasn't aware that there were that many (...) (22 years ago, 17-Dec-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev.mac)
|
| |
| | Bad links to homepage.mac.com
|
|
I spent a few minutes testing my external ldglite links to and found quite a few bad ones that used to go to homepage.mac.com. It looks like LDMC has partially moved to mac.ldraw.org, but the pages there now have many bad links. Is anyone planning (...) (22 years ago, 17-Dec-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev.mac)
|
| |
| | Re: Decorated DATs
|
|
(...) See lugnet.cad.dev for more information on this. There are a lot of mechanisms for creating patterned parts. I myself have used Quad2Dat successfully. Assuming you have a good quality high resolution scan of the part and it's a flat surface (...) (22 years ago, 17-Dec-02, to lugnet.build, lugnet.cad.dev)
|
| |
| | New primitive: chord.dat (not the final name) [DAT]
|
|
Here's something I whipped up that I find extremely useful for patterned parts in particular. When trying to put something inside a circle (or anywhere near a curved section), this lets you avoid 2 problems: 1: having to calculate the awkward (...) (22 years ago, 17-Dec-02, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: How do I write a header file for an updated part...
|
|
(...) Good idea. I'll do that before I send the parts in. (...) Hm, you think the 1x4 brick is common enough? Methinks the answer is yes- I'll separate the unfaced portion. I'm also submitting a BFC'd box4t because I used that for the brick's body. (...) (22 years ago, 12-Dec-02, to lugnet.cad.dev)
|
| |
| | Re: question/problem with some flag parts
|
|
(...) I'm pretty sure there is not a 6 x 3 1/3 flag, and seeing as the original author titled it "6 x 4" I suspect this was just an error in authoring (and review !). I'll liaise with the author to arrange a fix. Chris (22 years ago, 12-Dec-02, to lugnet.cad.dev)
|
| |
| | Re: How do I write a header file for an updated part...
|
|
(...) I've not discussed with Steve, but I'd go for option 2 - write a new header but credit the previous author in a subsidiary comment. If the existing author is still active, it would be polite to let them know what you're doing. Please re-use (...) (22 years ago, 12-Dec-02, to lugnet.cad.dev)
|
| |
| | How do I write a header file for an updated part...
|
|
...when the new version is redone from scratch? In the past, I've done some minor reworking of files. In these cases, I simply added the date, my name, and a description of what I'd done to the file. But what about when I fire up Notepad and start (...) (22 years ago, 12-Dec-02, to lugnet.cad.dev)
|
| |
| | Re: question/problem with some flag parts
|
|
You're right. The 43.dat isn't a 6 x 4 flag. But I can't tell you if there exists a real 6 x 3 1/3 one. The "Jolly Roger" one is named correct. Does anybody want to fix this? CU Bernd Jaco van der Molen <jmolen@globalxs.nl> schrieb im Newsbeitrag (...) (22 years ago, 12-Dec-02, to lugnet.cad.dev)
|
| |
| | Re: question/problem with some flag parts
|
|
Hmm... The flag 6 x 4 (#43) is actually 6 x 3 1/3. Flag 6 x 4 (#43P01) is 6 x 4. Strange. I do not own any of these two parts, but I think part 43 is either mesured wrong or the description is wrong. Or part 43P01 is wrong... Jaco "Jonathan Wilson" (...) (22 years ago, 12-Dec-02, to lugnet.cad.dev)
|
| |
| | question/problem with some flag parts
|
|
Can someone explain why the "flag 6 x 4" and the "flat 6 x 4 with jolly roger pattern" are different sizes? Is this an error? (22 years ago, 12-Dec-02, to lugnet.cad.dev)
|
| |
| | Re: L3P v1.3 for Mac OSX
|
|
(...) Right! I must have been sleeping or thinking of strncpy...? Please delete 2) from the comment. (...) According to the CRT source ungetc doesn't use fseek, but with L3fgets the need to open in text mode has gone, so I might as well open in (...) (22 years ago, 12-Dec-02, to lugnet.cad.dev.mac)
|
| |
| | Re: Why should parts not have vertices lying along edges?
|
|
(...) I wouldn't ignore it lightly as it can have many adverse effects. You get little holes from from the roundoff errors. You can also see it in lighting problems with more advanced renderers such as ldview and POV. Here's an old example of the (...) (22 years ago, 12-Dec-02, to lugnet.cad.dev)
|
| |
| | Re: Why should parts not have vertices lying along edges?
|
|
(...) My opinion is that this isn't a significant enough problem to worry about. Further more, I consider this is a renderer limitation and not a problem with the part itself. Therefore, feel free to ignore this if it suits your purposes. -Orion (22 years ago, 12-Dec-02, to lugnet.cad.dev)
|
| |
| | Why should parts not have vertices lying along edges?
|
|
For this discussion, I'm using the term "polygon" to refer to quads or triangles. When I say "primitive", I'm talking about more complex primitives such as discs and non-discs. And when I refer to "edges", I'm talking about line segments between a (...) (22 years ago, 11-Dec-02, to lugnet.cad.dev)
|
| |
| | Re: L3P v1.3 for Mac OSX
|
|
(...) Umm, fgets already does what 2) says above (unless you mean when end of file is reached and the function returns NULL). I'm not actually sure what goes into the string when fgets returns NULL. If no line ending is found (either due to EOF (...) (22 years ago, 11-Dec-02, to lugnet.cad.dev.mac)
|
| |
| | Re: L3P v1.3 for Mac OSX
|
|
(...) Thanks. I thought we had that under control - just wanted to be sure. Chris (22 years ago, 11-Dec-02, to lugnet.cad.dev.mac)
|
| |
| | Re: L3P v1.3 for Mac OSX
|
|
Yes, the CR endings are my fault. When you download the LDRAW.sit file from my website you're getting a copy of what I have on my working disk. I've fixed mine since trying L3P but haven't uploaded it. I think I will just point to the Linux (...) (22 years ago, 11-Dec-02, to lugnet.cad.dev.mac)
|
| |
| | Re: L3P v1.3 for Mac OSX
|
|
(...) Chris, There are no Mac "official" parts. LDMC ((URL) points people to download the linux parts: www.ldraw.org/refere...ary.tar.gz The parts with mac-style endings are coming from Erik Olson's parts which one downloads when they download (...) (22 years ago, 11-Dec-02, to lugnet.cad.dev.mac)
|
| |
| | Re: L3P v1.3 for Mac OSX
|
|
(...) I guess what I was trying to say (without actually saying it) was "Can I have the latest version of L3Input.cpp?" Don (22 years ago, 11-Dec-02, to lugnet.cad.dev.mac)
|
| |
| | Re: L3P v1.3 for Mac OSX
|
|
(...) I have put it in L3Input.cpp because I only used fgets there, but if you can benefit from L3fgets() elsewhere you can put it in L3fgets.c or in platform.c as you wish... /Lars (22 years ago, 11-Dec-02, to lugnet.cad.dev.mac)
|
| |
| | Re: L3P v1.3 for Mac OSX
|
|
(...) Hey, thanks Lars. Where should I put it? L3Input.cpp, or a separate file like platform.c? Don (22 years ago, 11-Dec-02, to lugnet.cad.dev.mac)
|
| |
| | Re: L3P v1.3 for Mac OSX
|
|
(...) If it is possible for you to identify the problem files, could you let me know the names of the bad files. Steve and I try to make sure that everything in the official library has DOS-style line endings. If there are official parts with (...) (22 years ago, 11-Dec-02, to lugnet.cad.dev.mac)
|
| |
| | Re: L3P v1.3 for Mac OSX
|
|
(...) I do consider it an error. I have now made an L3fgets that can handle any line ending. I have uploaded an update (URL) try it on the original problem files. /Lars PS. Here is L3fgets, You can use it in ldglite if you like. As Paul DiLascia (...) (22 years ago, 11-Dec-02, to lugnet.cad.dev.mac)
|
| |
| | Update to Ldraw Viewer (Dev 0.3.1)
|
|
Last night up uploaded to my .Mac site Ldraw Viewer Development Version 0.3.1 This is mainly a bug fix initiated by the save file routine which could corrupt files. I recomend users of Development Version 0.3 change to this one. Other fixes include, (...) (22 years ago, 10-Dec-02, to lugnet.cad.dev.mac)
|
