 | | I have read the article about LCD
|
|
I have read the article about LCD. The primary usage of an LCad library is to provide many quality virtual parts. So the future of LDraw library is more and better parts. The primary usage of an LCad tool is to select and position virtual parts. So (...) (23 years ago, 24-Feb-02, to lugnet.cad.dev.lcd)
|
| |
| | Re: How to inline a part?
|
|
(...) If you don't mind code, you can take a look at the Inline1part function in the ldglite source code. I think the comment density may possibly be high enough to make it understandible. Enjoy, Don (23 years ago, 24-Feb-02, to lugnet.cad.dev)
|
| |
| | How to inline a part?
|
|
Hello! Maybe someone can help me. What is the procedure to inline a part. I am just writing a little program and i would like to include that feature. Do i just multiply the points of the to be inlined part with the referencing line? Someone can (...) (23 years ago, 24-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Datsville anim. joint project? Was: unspectactular sound effects? [DAT]
|
|
(...) running, (...) Yes, maybe. My original thought was to have both: ((URL) 0 Frame 000 ... 0 STEP 0 Frame 001 0 CLEAR 0 [Hip] 1 1 0 -40 -8 1 0 0 0 1 0 0 0 1 970.dat This way, some viewers will produce a series of BMP's. With just 0 CLEAR alone, (...) (23 years ago, 23-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Datsville anim. joint project? Was: unspectactular sound effects?
|
|
(...) Perhaps 0 CLEAR might be a better choice than 0 STEP for animation. (23 years ago, 23-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: video card
|
|
(...) Before you debug, I'd try all 4 of (-le, -ledit, -LE, and -LEDIT) to see which methods have problems. Then comment out this line in main.c and recompile: #define USE_OPENGL_STENCIL This might fix the wireframe droppings at the cost of some (...) (23 years ago, 23-Feb-02, to lugnet.cad.dev.mac)
|
| |
| | Re: video card
|
|
(...) Here is the printout at startup. GL_VERSION = 1.1 APPLE-1.1 GL_EXTENSIONS = GL_APPLE_specular_vector GL_APPLE_transform_hint GL_APPLE_packed_pixel GL_APPLE_client_storage GL_ARB_transpose_matrix GL_EXT_clip_volume_hint GL_EXT_rescale_normal (...) (23 years ago, 23-Feb-02, to lugnet.cad.dev.mac)
|
| |
| | Re: video card
|
|
(...) I forgot to mention this, but if you only want to look at the model, or *mostly* just want to look, you can skip the -le, -ledit, -LE, or -LEDIT on the command line. Then when you want to edit, just press the INSERT key to enter and exit from (...) (23 years ago, 23-Feb-02, to lugnet.cad.dev.mac)
|
| |
| | Re: video card
|
|
(...) Some of that might be normal behaviour, but I'm not positive from the description. Using -ledit on the command line turns on the draw to current piece mode that LEDIT uses. If you just use -le I think it should draw the whole model. You can (...) (23 years ago, 23-Feb-02, to lugnet.cad.dev.mac)
|
| |
| | Re: video card
|
|
Opps. I just noticed you do have -l3 there. I missed that. So, no, I have no idea what is wrong. I can test ldglite on some beige G3/300's next Monday. James (...) (23 years ago, 23-Feb-02, to lugnet.cad.dev.mac)
|
| |
| | Re: video card
|
|
Try: ldglite -v3 -l3 -ledit myfile.dat -l3 tells it to do stuff different or something like that.. ? Anyway, it is alot faster for me with -l3 James (...) (23 years ago, 23-Feb-02, to lugnet.cad.dev.mac)
|
| |
| | LDraw.org: BricksWest 2002 Event Report
|
|
Hey everyone - Just threw this up online... (URL) (23 years ago, 23-Feb-02, to lugnet.cad.dev.org.ldraw, lugnet.events.brickswest)
|
| |
| | video card
|
|
I have been doing an analysis of the ldglite 0.9.5 code base. Most of the ledit commands cause the image to be either invisible or render incorrectly. Also, I get a wireframe trail when I use the arrow keys. Everything re-renders fine if I cycle (...) (23 years ago, 22-Feb-02, to lugnet.cad.dev.mac)
|
| |
| | Re: Questions on Stickers and Certification
|
|
(...) Reviewers should feel able to make comments like "subpart unnecessary - I would prefer these to be inlined". From an authors perspective, I have a preference to keep things modularised - that way a correction to a symetrical region of the part (...) (23 years ago, 22-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Questions on Stickers and Certification
|
|
Tore Eriksson wrote: > In some cases, like attached to rounded surfaces, I think the only way is to > solve the problem is to create a part-with-sticker file. > I hadn't thought about applying stickers to rounded parts. I know there is a lot of (...) (23 years ago, 22-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Questions on Stickers and Certification
|
|
(...) I think this is an important point. Subfiles are *very* useful tools for modeling parts, but we should use them with restraint. I will frequently model a part using multiple subfiles, but then I will inline all the code into a single file (...) (23 years ago, 22-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Questions on Stickers and Certification
|
|
(...) My take on this is that self-certification is a small perk for people who take the time to review *other* people's parts, and help newer authors along. (...) Generally, you should only certify parts that you actually possess. But if you find a (...) (23 years ago, 22-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: [Parts Tracker] Recent Noise and New Search Tool
|
|
(...) Yes, there's a chance of that. Right now, the full codes (like on the cert page) aren't stored anywhere, they're rebuilt when the cert page is updated. And they're something of a pain to calc individually. Eventually, those codes will be (...) (23 years ago, 22-Feb-02, to lugnet.cad.dev)
|
| |
| | More on Stickers (was: Questions on Stickers and Certification)
|
|
(...) From reading that thread, it sounds like the only reasonably solution to both the bleed and seam gap problems is to author the parts and stickers together. Problems with stickers as separate parts: Nomenclature: - 6 digits for the sheet ID (...) (23 years ago, 22-Feb-02, to lugnet.cad.dev)
|
| |
| | Apple Design Awards: Best Mac OS X Open Source Port
|
|
Hi all, Though many of the programers will likely see this, I thought I'd forward it here just in case. Since getting LDraw tools on the Mac is an unpaid (and underappreciated!) prospect, the idea of winning one of the prizes below might be a bit of (...) (23 years ago, 22-Feb-02, to lugnet.cad.dev.mac)
|
