 | | Re: possible rendering problem with LDLite and transparent parts
|
|
Your help is always appreciated Don! I just tried out LDLite v2.4, and it looks OK too, as do the BMP files Larry sent me. I think it is a problem with aliasing. Which reminds me, I was going to add a dithering-expander option, so that trans-colors (...) (22 years ago, 1-Apr-03, to lugnet.cad.dev)
|
| |
| | Re: possible rendering problem with LDLite and transparent parts
|
|
(...) Ok, but I just tested flat.dat with ldlite 2.3 and your command line: ldlite.exe -W2 -MS -S3.0 -C15 -A0.707104,0,0.70710...-0.650895, 0.390731,0.650895 -D1 -U02500,02500 -I-4 -K flat.dat It worked just fine on Win2K with only 192MB. However, I (...) (22 years ago, 31-Mar-03, to lugnet.cad.dat.models, lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) Used to, not any more. I built in my own "renderer" -Orion (22 years ago, 31-Mar-03, to lugnet.cad.dev)
|
| |
| | Art of Illusion
|
|
Hey everyone - After some private email exchange with Wayne Gramlich and Kevin Clague, Wayne emailed me this (quoting with permission): (...) Wayne posted about AOI back in the fall, and I don't think it got many responses, if any. I know a few (...) (22 years ago, 31-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) If you want an example of the quality you can get with this technique, take a peek at the Family Car instructions on this page. (URL) almost positive it was done with the edge thickening and scaling method described by Larry. Don (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: New BFC Spec
|
|
(...) I'm not sure if there are any others, but the LTrax meta-commands are definitely not in all caps. And, according to Tore (the LTrax author), the LTrax program doesn't treat them as case-sensitive. --Travis (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) All of LDView's rendering code is actually already encapsulated into a static library. It's not a DLL because I decided that having the DLL complicated the LDView distrubution overly much (especially for screen saver support). It wouldn't be (...) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) Gyug has said that LDLite and LDGLite are trying to share code, FWIW... (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) Orion Pobursky uses LDGLite as a renderer to generate previews in his Bezier Curve Generator plugin for LDDesignPad. -Tim (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) I missed this bit before. I thought Jake was asking about why I didn't use MLCad for rendering. (...) I agree with this approach, I don't think you should write your own renderer, we don't need YARenderer at this point. Just link them in as (...) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
<snip> (...) I understood. It is a bug. (...) Yes, well there are numerous windows apps that can render LDraw files quickly on the screen, but just because LPub doesn't support it doesn't mean LPub has a bug. ;-) (...) Running a vote would be cool, (...) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) Looking into other renderers was just a thought of mine. Your requests for pause controls is indicitive of the cost of high quality rendering. For those who do not want to pay that price they have to lay out BIs by hand. I don't have a desire (...) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) Maybe the simple way covers all the needs. (...) Yeah, I just started typing... :) (...) Perhaps I should give a bit more detail. What I mean is even when operations are canceled, or you actually click the "Cancel" button in this dialog, the (...) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) It's good enough for what I use it for, and it doesn't require POV, and it's way way way way faster. I'd never tie up my PC for two days rendering, that's just unacceptable. (...) Maybe. Read the help on the command line options to se what (...) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) Seems simple enough. (...) Simple also, as long as it is at *every* sub-model. Careful what you ask for. (...) This is about 8 enhancement requests you know. Not just preferences per sub-model, but also global BOM inclusion/exclusion per (...) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) But is this only comparing MLCad to LDLite? While I would agree that the batch processing abilities seem cool, the quality just doesn't seem to compare if you also factor in MegaPOV to the mix. That being said... am I missing something? There (...) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) Here are a few more ideas: - Basic Pause function (this may be handled just fine by POVRAY, but I'm not that familiar with it. Reason: When you are working off of one machine that I share, either I need to quickly check email, or let my wife (...) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) Oh, I should also note that it's embeddable in batch files, since it has a command line interface. When you have hundreds or thousands of images to render across 30-40 submodels, that's very very important. (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: New BFC Spec
|
|
(...) Kevin did a pretty exhaustive search for meta command and all of the one's he listed were in all caps. The command word needs to be in all caps, the command parameters don't need to be. (if I'm reading the spec correctly) -Orion (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) If we could figure out a *fast* interface for getting images between a renderer and LPub (fast enough to be interactive like I know Willy wants) then yes. The ideal solution would to be to have one of these renderers as a DLL library that I (...) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) The reference to LDLite is really a generic reference to renderers other than POV-Ray. I've not done a lot of homework on LDLite, but if it can be an alternative renderer to POV-Ray it has a few advantages including rendering speed (as it is (...) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) Better rendering control. While I use MLCad for model capture and review, I use LDLite as a rendering tool for final instruction images, as it is much more flexible and gives me fine grained control over more things. YMMV. (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) Is this where LDLite might come into play? Jake --- Jake McKee Webmaster- B.I. Portal (URL) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) This may be a dumb question, but what exactly is the benefit of LDLite? From what I have seen (and this is probably wrong) LDLite simply allows you to look at a model in 3D space, much like the 3D view in MLCad. What am I missing? Jake --- (...) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) got it! to me "renderer" means raytracing, radiosity ... progs like povray, 3ds, bryce ... sorry for messing up. bye w. (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) Hi Willy, I understood you perfectly. Maybe you didn't understand me. LPub is not a renderer. I know all too well that hard for me means easy for you, but in saying that you are completely ignoring that it is *hard for me* :^( (...) Kevin (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) hi kevin, you probably "missundaztood" me. I was thinking of the following feature: loading a .ldr or .mpd it shows up in a preview-frame in the camera tab, like the hose, spring or minifig in MLCad. rotating the model in the preview-frame (...) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) Hi Willy, (...) Thanks for this one. (...) Please note that LPub is not a renderer. What you are asking for in this one is a renderer, which is no small change. It could take a *long* time for this one to get done (if it does). Might I (...) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) hi kevin, we've already discussed the following in the past via e-mail, but these features are missing in the list ;-) * mask-rendering or support for transparent background. * preview-window to check the camera-settings * color scaling of (...) (22 years ago, 30-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: New BFC Spec
|
|
(...) OK, I wasn't aware it was in there. However, according to the huge meta-command thread, people have created meta-commands with mixed case and some that aren't case-sensitive. Nobody mentioned there that this was illegal according to the LDraw (...) (22 years ago, 29-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: New BFC Spec
|
|
In lugnet.cad.dev, Steve Bliss writes: <snip> (...) This is already in the LDRAW file spec. All meta statements are required to be in all caps. -Orion (22 years ago, 29-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: New BFC Spec
|
|
(...) I have to disagree with this (nice of you to say it, though :). Ultimately, the community has the final say. Here's my feedback & suggested revisions for version 12. You could've just dropped the old revision numbers. That would have made the (...) (22 years ago, 29-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) Paul, Because L3P doesn't know anything about buffer exchange or rotation steps, LPub creates a DAT for each step and handles all the rotation and stuff. Is there mechanism in LDLite that will let LPub interact with LDLite through interprocess (...) (22 years ago, 29-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
(...) :-) (...) day about adding support for Buffer Exchange and Rotation Steps, etc. Maybe if LPub supported it, LDLite wouldn't have to make those changes. -Tim (22 years ago, 28-Mar-03, to lugnet.cad.dev)
|
| |
| | LPub and Lsynth page for tracking enhancement requests and bug fixes
|
|
Hi All, I've been doing some building lately to recharge my tactile batteries, but LPub and Lsynth have been starting to stur up back-of-the-brain activity. I've gotten so many suggestions (especially from Tim Courtney who emails me almost every day (...) (22 years ago, 28-Mar-03, to lugnet.cad.dev)
|
| |
| | New E-mail address
|
|
Dear fellow LEGO fans, I am sending this message to the groups I regularly read and post to, because since today my E-mail address that I used to post with no longer exists! It was jmolen@globalxs.nl... :-( My new adres will be jmolen@zonnet.nl and (...) (22 years ago, 28-Mar-03, to lugnet.cad, lugnet.cad.dat.models, lugnet.cad.dat.models.sets, lugnet.cad.dat.parts, lugnet.cad.dev, lugnet.cad.dev.org.ldraw, lugnet.cad.mlcad, lugnet.cad.ray, lugnet.harrypotter, lugnet.inst, lugnet.loc.nl, lugnet.space, lugnet.starwars, lugnet.technic)
|
| |
| | Re: Camera Positioning
|
|
(...) This document describes a method of scaling to fit a bounding sphere into a viewport, starting somewhere around page 30. (URL) would think you'd have to pick a camera angle first, or fix one of the other variables like the distance to the (...) (22 years ago, 25-Mar-03, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: Camera Positioning
|
|
(...) Hi Orion, The law of similar triangles comes to mind...... not that I consider myself much of a mathemetician. Pick an aribitrary camera distance greater than zero and calculate the size of the bounding box projected into a 2D plane (the (...) (22 years ago, 25-Mar-03, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: New BFC Spec
|
|
(...) Steve (22 years ago, 25-Mar-03, to lugnet.cad.dev)
|
| |
| | Camera Positioning
|
|
Maybe someone can point me in the right direction... I have an object with a known bounding box, how do I calculate the position of the camera so that the whole object is shown on a screen of known dimentions? In other words, how to I determine the (...) (22 years ago, 25-Mar-03, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: The DOS apps (was Re: Backwards Compatibility)
|
|
Steve Bliss wrote: > Make sure you've installed LDRAW027.EXE -- that should resolve the runtime > 200 problem. > > Steve Ah, now it works! Thanks, Steve! Cheers, --Ryan ryanjf@ifriendly.com (URL) (22 years ago, 24-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) ASAP means right now for the hard-to-read-but-rev...ion-marked version: (URL) not going to work on making an easy-to-read version until I've gotten some comments, though. --Travis Cobbs (tcobbs@REMOVE.halibut.com) (22 years ago, 24-Mar-03, to lugnet.cad.dev)
|
| |
| | New BFC Spec
|
|
I have created an updated revision of the BFC spec, available from the following location: (URL) create this file, I started with bfcspecv4.txt (which was actually revision 10), then remarked every line in the file to be revision 10, then made my (...) (22 years ago, 24-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) I will be producing a modified version ASAP that incorporates the various suggestions in this thread. However, it won't be nearly as easy to read as his version is at the moment, since it will have version numbers at the beginning of each (...) (22 years ago, 24-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) Yes, he sent it to me last week. Is there going to be a newer version I should wait for? -Tim (22 years ago, 24-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) I'm betting Orion sent it to you, since I certainly didn't, and he sent me the same file. --Travis Cobbs (tcobbs@REMOVE.halibut.com) (22 years ago, 24-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) Certified does sound better in that context, and I think certification could be a good thing. We should figure out how best to frame it, but I think it would add to the strength and usefulness of LDraw.org as a central resource for all of (...) (22 years ago, 23-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) Exactly. -Tim (22 years ago, 23-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) I started creating a page for LDraw.org out of Travis' text file of the BFC spec. Should I wait, since you're adding numbers? The one Travis sent me didn't have numbers in them. -Tim (22 years ago, 23-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) I searched through all my LDraw email archives, with key messages going back to 1999(!), and couldn't find it. So, I emailed Jacob for instructions and will get this done in the next day or so, when he gets that to me. -Tim (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) Don't forget, as per this post ((URL) I'm resetting all the numbers in the current document to 1 prior to making my new changes. --Travis Cobbs (tcobbs@REMOVE.halibut.com) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) I agree. I don't think a program can be "compatible" with an organization. It can be "certified" by one, though: LDraw.org-Certified. Of course, this might have stronger implications than LDraw.org-compatible. On the other hand, maybe that's a (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) Ok... I'll throw it on the to-do list to dig up the poll documentation and change it. Lazy me! -Tim (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) not that anyone ever heard of it, but ESQL (IBM language for MQSI) uses double hyphen for comments. That said, if I had to choose between '--' and '//', I'd go with the slashes. oooh - here's an idea. We could change the Ldraw.org poll (which (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) Sorry, 'LDraw.org-compatible programs'. Which is poor terminology, I think. Steve (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) I never imagined those numbers would be a permanent part of the document. I thought they'd go away once we accepted the BFC standard. But that never actually happened, so the document was never finalized, so the numbers never went away. When (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) Hmm, the sequel to a hyphen... I like hyphen or double hyphen because they contrast more with the surrounding text. I agree with Kevin, anything's better than nothing. Steve (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) Travis, By definition, all the programs have to be able to handle the original unadorned comments of type 0 records. This is a requirement for all 0.27 compliant programs. This means that anything we don't recognize as a meta-command is a (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) Steve, *anything* is better than nothing. Trying to read a DAT/LDR program that has *lots* of comments with interspersed meta-commands is really hard. I've programmed for 30 years, and I've never seen hyphen used as a start of comment. I guess (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) LDraw compatible, or LDraw.org compatible? ;-) You made a distinction before -- are you using the same metric now as well? Just curious. -Tim (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) I've been avoiding weighing in on this issue but.. How about a double hyphen, '--' -Orion (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
In lugnet.cad.dev, Steve Bliss writes: <snip> (...) <snip> (...) The point of setting an 'LDraw.org Compatible' format would be to set the framework of LDraw files, not to restrict what can be in LDraw files. If a programmer wants to implement thier (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) Do we really need to put the revision number next to every line? I find that astheically annoying. The way we do it in Nuke land is put a heavy black line in the margin next to all the lines that changed from the last revision. -Orion (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) I was trying to refrain from posting too many messages on issues that had already been cleared up. Besides, I'm trying to collect my thoughts on the SB for a single post. Steve (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) Not really. The important thing with the parts library is that files are accepted and added the distribution file. We don't even have a '0 Official' any more - now it's '0 LDRAW_ORG'. I was envisioning the 'LDraw.org Compatible' program to be (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) I agree. (...) What's wrong with -? Steve (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) I think that's all right. (...) Hey, it looked like so much fun ... I don't think you were around for the old days. I might not have replied to every message in .cad, but it was close to that. Steve (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) I think it could, in models and unofficial stuff. But I don't think it would be useful in the official parts library. Steve (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: The DOS apps (was Re: Backwards Compatibility)
|
|
(...) Make sure you've installed LDRAW027.EXE -- that should resolve the runtime 200 problem. Steve (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
But, isn't that more-or-less exactly what happens with the parts library? (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) So we (well, the SB eventually) decide on one way, stick to it, and implement it in programs. We can put a request in to Michael Lachmann to change the insertion of "WRITE" (which is an improper use of a meta-command) with "//" so future (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) Good point. Thanks for nit-correcting, I think the intent is there on my part but semantics can play a role in whether or not people like/dislike an idea. (...) You're right on that part. That's why it would be a good thing to encourage (not (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) They might be comfortable with any number of conventions, but I guarantee they will forget sometimes if you try to require them to change the way they enter comments. --Travis Cobbs (tcobbs@REMOVE.halibut.com) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) OK, I'll start working on it. It might take a few days. Before I start, though I'd like to suggest resetting all line-version tags in the current version to 1, and then making my new changes as version 2. Given how long it's been since the (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) I hadn't thought about NOCLIP. (...) I think that FORCE would be more useful if it overrode NOCERTIFY, but not NOCLIP. When you say NOCERTIFY, you're saying you don't know how the file should be culled. When you say NOCLIP, you're saying you (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) Has a hyphen been used anywhere for a similar purpose? I'm not aware of it. I'm one of the least-techy of the bunch, though I can hack some code, and I think it's better to stick to what most know, as long as it's not cumbersome like {}. I (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) you mean $puctuation++ > ! $puctuation ? $goodness++ : $goodness-- ; ? (22 years ago, 22-Mar-03, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) Right. Elsewhere in the thread you'll see I tested it in LEdit and it crashed -- that was soon ruled out of the discussion, at least for now :-) (...) Nit: That's a bit too much for my tastes. What's wrong with //? -Tim (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) Very good point. In my conversations with a few semi-outsiders to the LDraw community, they believed systems could (or should, I see your [1] and rase you that) be established to encourage participation and compliance, but could not/should not (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) ROFL!!! :-) -Tim PS - Steve, while you posted quite a bit all at once, this isn't quite the "shock and awe" I was expecting. ;-) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) I believe Lar mad the case that the SB can/should include people from all camps. I for the most part agree, because we need perspectives from the various types of people who create [elements of] and use this system. -Tim (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Charter Org for LDraw.org (was: Re: LDraw Versioning (Was Re: Backwards Compatibility))
|
|
(...) Cool. I put 'nonprofit' in to emphasize the nature of the organization. While I've taken a cursory look at information on "nonprofit corporations," I'm not totally aware of alternatives. Obviously, we want to travel down the route that creates (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) ... and no. IMO, if the meta statement isn't listed in the current file format document, it's open to change. The meta-commands on that document (pulling from memory): STEP, PRINT, WRITE, SAVE (?!), (I gave up, dug out the code) PAUSE, CLEAR, (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) can snag a copy of that. Steve (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) Right. But newer OS's and video cards are becoming less compatible with DOS programs, especially DOS programs that do graphics. I used to be able to run LDraw with Super-VGA resolutions (with Win95, I think). I haven't been able to that in (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) Hmm. To tell you the truth, I don't remember. My main use for it is to make sure patterns are rendered on the backside of transparent solids. I will *allow* that NOCLIP/CLIP can be used to allow non-compliant sections of code, but I don't feel (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) Absolutely. :) The spec was never ratified or 'officially' accepted as a standard. Parts of it are have definitely evolved as the defacto standard, but that's not the same as having a good, documented standard to follow. I think the spec can (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) I could kind of see that, but not in the parts library. I would expect that any file in the library that specifies NOCLIP does it for a good reason, and should not be overrode (overridden?). What I could maybe see in the parts library is a (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) During the rendering process, it is necessary to keep track of both the 'accumulated clip-state' and the 'local clip-state'. The accumulated clip-state is logically equivalent to boolean ANDing the local clip-states of all the parent files. As (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Charter Org for LDraw.org (was: Re: LDraw Versioning (Was Re: Backwards Compatibility))
|
|
In lugnet.cad.dev, Tim Courtney wrote: [snippity-do-dah] (...) Whoa there! There is a *huge* difference between a 'formal organization' and a 'formal nonprofit organization'. If you were using 'nonprofit' informally, please *don't*. 'nonprofit' (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) I agree. (...) Nit: we've already *got* an LDraw file format spec. Next item! (...) 'Control' is heavy-handed for my tastes. 'Support', 'endorse', 'coordinate' are all better. All a standards body could do is manage the documentation, and (...) (22 years ago, 21-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) Dan, You program in *Perl*. Of course you think it's good to always have punctuation. You probably think more punctuation == better. ;) Steve (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) True, but that's no reason to have (unnecessary) complications. The computer will understand whatever we set it up to understand. LIGHTVALS, {LIGHTVALS}, 32.6, it's all the same to the silicon. Syntax is for users, beginning or advanced. If we (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) Depends on how open or closed the SB is. I think there's a place for part authors and users as well as developers. Steve (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) Tim, I've been reading this thread, and you keep mentioning this 'Steve' person. 'Steve this' and 'Steve that'. I must have gone through 100 messages by now, and no 'Steve' has shown up. I'm beginning to suspect you are imagining this 'Steve' (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Backwards Compatibility (Was Calling all Meta-commands)
|
|
(...) I really agree with Dan on this point. As I mentioned in another message, a standards body could certainly come up with suggestions for standard commands, but they wouldn't have any power of enforcement. About the only thing ldraw.org could[1] (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) Because it wouldn't be supported by LDraw and LEdit. Part files frequently include comments, so any standard option for commenting should be allowable in the parts library. (...) Some people already use COMMENT. Steve (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) Rosco, Unfortunately, MLCAD's use of WRITE is a really bad example, because MLCAD is mis-using an already standard meta-command. Plus, 0 WRITE statements are not allowed in official parts, so any part authors who create their files in MLCAD (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) I support that (general) guideline. The only real difficulty is if the meta-command becomes generally accepted, and is 'promoted' to being an accepted standard. We'd either want a different prefix for org standards, or no prefix. Either way (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: Calling all Meta-commands
|
|
(...) I agree with Larry -- support it publically. Recognize '0 LTrax xxxx' as the primary syntax for the command. Especially, let the author of the original command know that you are implement their command. Hopefully, that will give them cause to (...) (22 years ago, 22-Mar-03, to lugnet.cad.dev)
|
