 | | Re: Using LDGLite inside LDDP
|
|
(...) You're right it is incorporated. I just wanted to make sure you were using the most current version instead of v1.4 with the plugin that's installed from the "Virtual Lego" book CD. LDGLite (or any other renderer for that matter) doesn't work (...) (20 years ago, 7-Apr-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Using LDGLite inside LDDP
|
|
(...) Orion, Running LDDP 1.54. Using the bendable objects generator under the "process" menu. I believe it's incorporated, not a separate plug-in. Steve (20 years ago, 7-Apr-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Using LDGLite inside LDDP
|
|
(...) Steve, Thanks for using LDDP. My question is: are you using the bendible objects generator plugin? If not which version of LDDP are you running? -Orion (20 years ago, 7-Apr-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Using LDGLite inside LDDP
|
|
Need some help with this... I've managed to get LDGLite to work standalone (i.e. viewing parts within LDRAW\Parts directory). I seem to be encountering some difficulty using it inside LDDP. (I'm trying to get a preview within the bendable objects (...) (20 years ago, 7-Apr-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: 4.5V Semaphore Signal
|
|
(...) No, the poles are glued to the baseplate. ROSCO (21 years ago, 7-Apr-04, to lugnet.cad.dev)
|
| |
| | Re: 4.5V Semaphore Signal
|
|
(...) On the real parts, do the poles separate from the baseplates? If they do separate, then this is a good solution. If they don't separate, then this isn't such a good solution -- the 'complete' part file should be just like the part you'd pull (...) (21 years ago, 7-Apr-04, to lugnet.cad.dev)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) Hello Mike and Orion. The ActiveX controls generate distrust, but by the moment I have not found a better method (waiting for a good implementation of opengl for java), and that occupy a space as small as 80kb. Time ago I had present the Java (...) (21 years ago, 5-Apr-04, to lugnet.cad.dev)
|
| |
| | Re: Lpub find edges
|
|
(...) Cylinders would not resolve every edge lines, at curved surfaces that would be a problem. There are comercial renderes that do that line and flat surface stuff. They are used a lot to blend 3D CG with cell animation drawings. I have not (...) (21 years ago, 3-Apr-04, to lugnet.cad, lugnet.cad.dev, FTX)
|
| |
| | Re: Lpub find edges
|
|
(...) This is so very true, and troublesome. POV-Ray does not support the concept of a line in 3D space, so L3P cannot directly translate LDraw lines to POV-Ray entities. Lars, at one point we talked about the possibility of having L3P use cylinders (...) (21 years ago, 3-Apr-04, to lugnet.cad, lugnet.cad.dev, FTX)
|
| |
| | Re: Should *all* studs use a STUD primitive?
|
|
(...) ... I was high that day? ... no, that seems pretty unlikely ... I think these should all be changed. Some/most would probably be candidates for the special STUD.DAT notation (ie, all caps), to signify no stud-as-line rendering. Steve (21 years ago, 30-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: 4.5V Semaphore Signal
|
|
(...) I came up with another solution for the two common color variants issue, without having four complete/shortcuts: Create the shortcuts without the baseplate, as the other parts share the same color. (all blue or all red) Thus having three (...) (21 years ago, 28-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Should *all* studs use a STUD primitive?
|
|
(...) primitives. Maybe the authors (Matt Schild, Franklin Cain, Steve Bliss) could comment. Rather than 3626bp00, which is not an official part, I think you mean s/3626bs00 which does have an inlined stud. I think this should be fixed too. Chris (21 years ago, 27-Mar-04, to lugnet.cad.dev)
|
| |
| | Should *all* studs use a STUD primitive?
|
|
I'm in the process of updating my LDList program, including stud count as a searchable parameter. During tests I have found a couple of parts that have studs, but are not using any STUD primitive, and for this reason LDList cannot find them :-( At (...) (21 years ago, 26-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) Hmmm, POSTprocess eh? Yes, I think that'll work just fine. Now why didn't I think of it... Thanks Lars, Don (21 years ago, 24-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Web-based LDraw viewing
|
|
How about ShockWave 3d? (21 years ago, 24-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) The idea was to make it simple for ordinary usage. I guess most programs would call LDrawIniComputeRealDirs() with IncludeSkipDirs=0 and simply search the dirs returned. However, you can call LDrawIniComputeRealDirs with IncludeSkipDirs=1 and (...) (21 years ago, 23-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) Right. /Lars (21 years ago, 23-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) Good point. That's why originally I was envisioning something like LDViewer running on a server with all the stuff it needs right there (so no installation is needed). Actually, maybe...I'll have to play with it later. In regards to Java, (...) (21 years ago, 23-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) Well, you'd need to install something in order to use SVG or Java, too. Anyway, LD2VR doesn't look like it's finished. (21 years ago, 23-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) I suspect it's that download that scares people off. -Mike (21 years ago, 22-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) I'm having a hard time finding any recent info on it. It also looks like one would have to install something in order to use it (which I'm trying to stay away from). I talked about it with a friend of mine over the weekend and he thinks he (...) (21 years ago, 22-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Web-based LDraw viewing
|
|
Or vrml. There's a converter called LD2VR. (21 years ago, 21-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) Well, I'd like the format more if browsers displayed them, by default. (21 years ago, 21-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) I like the LDSDF_SKIP bit-flag but I don't think we need to add a parameter to to LDrawIniComputeRealDirs(). Here's why. The parameter would make it all or nothing for skipped dirs. I'd rather toggle the LDSDF_SKIP bit-flags of some of the (...) (21 years ago, 21-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
"Lars C. Hassing" <sp.lars@am.hassings.dk> schrieb im Newsbeitrag news:HusLAn.8Cz@lugnet.com... (...) <SNIP> (...) LDrawIniComputeRealDirs (...) SkipSkipDirs (...) I don't realy care but IncludeSkipDirs sounds reasonable. (...) the (...) stead. (...) (21 years ago, 19-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) OK, <SKIP> will be parsed into a bit-flag LDSDF_SKIP and LDrawIniComputeRealDirs will have an extra parameter to include/exclude <SKIP> dirs: KeepSkippedDirs, IncludeSkipDirs, DontSkipDirs, ExcludeSkipDirs, SkipSkipDirs - please come up with a (...) (21 years ago, 18-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
"Lars C. Hassing" <sp.lars@am.hassings.dk> schrieb im Newsbeitrag news:Hun57C.1xM8@lugnet.com... (...) four functions (...) data, (...) dirs. (...) model. (...) those with <MODELDIR>. (...) remaining loading of parts. (...) dirs) Don mentioned that (...) (21 years ago, 18-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
"Anders Isaksson" <isaksson.etuna@REMO...telia.com> schrieb im Newsbeitrag news:HuoL3w.LHF@lugnet.com... (...) system (...) Which would mean, we will have to support ini files in uni-code, which isn't a problem either, but allows funny characters (...) (21 years ago, 18-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) By modifying ldraw.ini or setting an env var. Why would you want to enable a <SKIP> dir from within a program? (...) I did notice, but forgot it, sorry. %USERPROFILE% or $HOME for <HOMEDIR>, OK fine with me. (...) Yes, I actually thought of (...) (21 years ago, 16-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) The NTFS (NT, XP, W2000) file system uses unicode. I don't know if that matters as long as you are using a western alphabet, but on a Chinese system for example, your file names can of course be in Chinese. -- Anders Isaksson, Sweden BlockCAD: (...) (21 years ago, 16-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) <Snip ideas> Here are a few random thoughts on those ideas... I haven't thought about it enough to decide if I have a preference on the format of the UnknownFlags. Either way seems ok to me. If directories marked with <SKIP> are excluded from (...) (21 years ago, 16-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Clikit file naming
|
|
(...) part in the entire Clikits library, I made extensive use of it in my recent "Inn of the Fallen Angels" (...) I think this is a great question. My gut reaction would be yes, we should. It has studlike properties, and it tends to appear in a (...) (21 years ago, 16-Mar-04, to lugnet.cad.dev)
|
| |
| | LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
Here are my ideas of an API for accessing the LDrawIni settings. The basic idea is that it should be very simple to use, there are only four functions and a data structure declaration. First you call LDrawIniGet to read and initialize all relevant (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Clikit file naming
|
|
(...) Thanks for your comments - the names are just working titles for the present. I was really looking for opinions on whether the connector should be called a stud (as you do) and should have the inbuilt LDraw support for studs. I'm not sure the (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev, lugnet.db.brictionary)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) Hey, this reminded me of something. Is there some flavor of Windows that uses nasty 16 bit unicode filenames? That could get quite messy. I think the unix world is moving toward UTF-8 which sounds a bit more sane, and should work with either (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) Well, I still compile a 16-bit DOS version of L3P for a few users (2%), but I think the coming version 1.4 will be the last. The possibilities when having the full tree in memory are too tempting. We can recommend the few hardcore DOS users to (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Clikit file naming
|
|
(...) it anyway. :-) All three of these parts are what TLC calls "Icons". (URL) (I think) should be named accordingly. The current name of clikit1 is particularly unfortunate because Clikits parts include at least one (small) human-sized ring. An (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev, lugnet.db.brictionary)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) Actually I wasn't thinking about long filenames, just the slashes. I can never remember which one is called backslash so I probably wasn't all that clear. Maybe we should just *recommend* using the DOS style slashes as the directory separator, (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
<SNIP (...) sounded (...) INI (...) Ok, Ok ... I agree! No problem with that, I just thought I could convice you for the different side of the river ;-> The solution is not beautyfull, but I can live with it. Michael (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
"Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:HuLIG9.210E@lugnet.com... <SNIP> (...) Yes, I prefere that too. (...) No I don't think so, there will be no old programm reading this file, or the section in it. I think there (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Clikit file naming
|
|
I have just uploaded to the Parts Tracker three potentially useful Clikit parts. All part names are temporary. The female/female (ring) connector (URL) male/male (bead) connector (URL) possibly useful female/female connector (URL) make use of a (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) [testing...] WinXP with NTFS does not let you use < or > in filenames when renaming a file. You could probably generate such a name in plain old DOS - not from the command line interface, but by calling the file operations from a program. At (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) Most *nix file systems allow those characters in filenames - just enclose them in quotes. Dunno about Windows. I just tried it on NT and it didn't like it, but I didn't try very hard. ROSCO (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) They could be encoded. This is how Mac OS X pref files are encoded: <sometag>/Path/>&...</sometag> (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) Ok, you're starting to catch on to the versatility of extra tags, but don't stop at just one more tag at the end of the line. Allow as many as the user wants. I think <Unofficial> and <Parts> should be separate tags. Just like I know you want (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) Yes, I'd prefer numbers and equals signs. All the functions I use to read INI files require this format (or something similar. e.g. <string> <separator> <string>) -Orion (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) Ah, but we've already covered this ground. In addition to the registry functions, there are also Windows functions for reading and writing to INI files in the format with the = sign. Search in this thread for getprivateprofilestring and/or (...) (21 years ago, 15-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
I tend to agree on both points. I would like to point out that primitives is mis-spelled in the example. Let's make sure that the official way has the correct spelling ;-). --Travis Cobbs (21 years ago, 14-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
"Travis Cobbs" <tcobbs@REMOVE.halibut.com> schrieb im Newsbeitrag news:HuG3s7.qDu@lugnet.com... <SNIP> (...) it out (...) appear in (...) data (...) numbers (...) responded. (...) the (...) the (...) Easier ? Hmmm - when you read from a file its (...) (21 years ago, 14-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
"Kim Toll" <kim.toll@intel.com> schrieb im Newsbeitrag news:HuHvvE.w2t@lugnet.com... <SNIP> (...) base (...) indicates (...) let them (...) with (...) view. (...) the (...) official (...) models and (...) This is a good idea, theoretically we can (...) (21 years ago, 14-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) Not to bash Antonio's work but it's an ActixeX control and requires me to put his site on my secure sites list. Nothing personal but I don't trust him enough to do that. If it was an applet, this problem wouldn't exist. -Orion (21 years ago, 14-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Web-based LDraw viewing
|
|
Antonio Cortes Carrillo has already created a very fine online Ldraw file viewer. Check out the message below. (URL) quite surprising that it has not gained the popularity it deserves. (21 years ago, 14-Mar-04, to lugnet.cad.dev)
|
| |
| | SVG (was Re: Web-based LDraw viewing)
|
|
Here's an example (it even does some primitive substitution): <?xml version="1.0"?> <svg width="100%" height="100%" viewBox="-18.5 -18.5 37 37"> <defs> <style> <![CDATA[ svg { fill-opacity:0.5;str...oin:round; } .c0 { (...) (21 years ago, 14-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) A while back, I wrote for my own amusement a perl program which will take a patterned part, and will produce an SVG file of the pattern. I've been thinking about forwarding it to the LDraw.org team, so they could include it with the parts (...) (21 years ago, 14-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) Anybody who is interested in a Java and 3D should also check out the Art of Illusion program at (URL). It is open source (GPL) and has I/O plug-ins to support reading and writing different graphics file formats. -Wayne (21 years ago, 14-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) MLCad great for editing but slows down significantly with large files. The only currently released program that even approches web acceptible speeds is L3Lab (although LDView isn't far behind). I just did a little search on SourceForge and (...) (21 years ago, 13-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) Yes, I agree, however you expect larger files to take longer. I would tend towards a low-quality image, as it's targetted at screen viewing, that would speed things up a little. I think Michael's MLcad renderer is fairly fast, a Java version (...) (21 years ago, 13-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Web-based LDraw viewing
|
|
(...) Java is probably the best route for realtime model rendering on the web. The challenge would be to write a rendering engine that quickly processes large model files (as opposed to most current renderers which take a while if the part count is (...) (21 years ago, 13-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: Web-based LDraw viewing
|
|
How about .SVG ? (21 years ago, 13-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Web-based LDraw viewing
|
|
Today I was thinking about the complications of LeoCAD/MLCAD and how hard it is sometimes for a group or people to easily deal with CAD files in a project. If one person creates a CAD of something, they either have to email it to everyone who's (...) (21 years ago, 13-Mar-04, to lugnet.cad.dev, FTX)
|
| |
| | Possible task for new LDraw author - early baseplates
|
|
Hi To some extent the growth of the LDraw parts library is limited by the fact that all the "easy" parts have already been created. This means that many new authors face a steep learning curve if they start with a complex part. But there is one area (...) (21 years ago, 13-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: surface normals and vertex normals for OpenGL
|
|
(...) With the use of a point hash table, it should be possible to do all of the analysis in linear time proprotional to the number of points in the object. So, I guess I disagree with you. Not that it particularly matters, until somebody actually (...) (21 years ago, 13-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) [snip] (...) OK, so I'm a new guy in the ldraw dev community, but I figured if I don't say something now it'll never get considered. So please go gently on me. I don't know the full protocol you guys use to come up with these standers. But (...) (21 years ago, 13-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: surface normals and vertex normals for OpenGL
|
|
I won't argue with your clarification, but I will point out that it would be more difficult for a renderer to perform this feat, particularly one that is designed as a real-time renderer, and therefore presumably has rather serious limitations on (...) (21 years ago, 12-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) The desire was to preserve standard Windows INI file formatting, and each data line in an INI file has the form <key> = <value> (spaces optional). The numbers were suggested as keys, with positive responses from the people that responded. As a (...) (21 years ago, 12-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: surface normals and vertex normals for OpenGL
|
|
I'm working on just such a utility right now. I hope to have some beta code in a few days : ) (...) (21 years ago, 11-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) Currently my code doesn't expect all the spaces above, but I'm open to that. The LDrawSetup program that I'm also writing at the same time can not preserve the spaces if you add or delete options, so it will ruin any nice table formatting you (...) (21 years ago, 11-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) If it is just a sequential number, wouldn't it be easier to just leave it out altogether, and say the directories will be searched in the order they appear in the file? ROSCO (21 years ago, 11-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) Exactly. That's what the <CLONE>, <KNEX>, <BOXES> etc. tags I mentioned previously were for. We could work out later whether these are user defined or LSC defined tags. The important part for now would be to agree that <SKIP> means ignore the (...) (21 years ago, 11-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
"Tore Eriksson" <tore.eriksson@mbox3...wipnet.se> schrieb im Newsbeitrag news:HuDDv0.1KDF@lugnet.com... (...) to (...) most (...) lead to? (...) Ok I try and hope that I do not forget something here, all others please correct me if i'm wrong - but (...) (21 years ago, 11-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
"Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:HuD629.DxI@lugnet.com... <SNIP> (...) Ok now I understand, might be a nice idea. The drawback is that it would "only" allow one alternate part enabling not more. I can already (...) (21 years ago, 11-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: surface normals and vertex normals for OpenGL
|
|
(...) All: It is dangerous to write technical arguments at 1:30 in the morning, and I made some serious mistakes in my post above. 1) You are correct that most LDRAW parts are not closed and probably never will be. Optimizing for ease of part (...) (21 years ago, 11-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
(...) I took the time to read all the posts, and I still would like a summary. It seems like the discussion has converged to conclusion, but I'd like to see the conclusion written up. I know that Lars is writing up code to match the conclusion, but (...) (21 years ago, 11-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: surface normals and vertex normals for OpenGL
|
|
(...) I don't know about that goal. I think it's better to make it easy to assemble the various primitives into parts. That way we get more people volunteering to make the parts. I don't think the primitives *can* be closed. I also think it's much (...) (21 years ago, 11-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: surface normals and vertex normals for OpenGL
|
|
(...) [snip] (...) [snip] (...) It is neither impossible nor particularly hard. I will snip the rest of the post here and explain. There is an interesting property of closed surfaces that can allow you to determine the normals for all polygons (or (...) (21 years ago, 11-Mar-04, to lugnet.cad.dev)
|
| |
| | Name discussion for 40244.dat
|
|
This part has been named "Axle for Spiral Staircase" on the Parts Tracker, but needs some wider discussion on the name and orientation. (URL) To my mind it is a Technic Pin Joiner, not disimilar to (URL) just a different length (or height depending (...) (21 years ago, 10-Mar-04, to lugnet.cad.dev)
|
| |
| | LDRAWPREDIRS LDRAWPOSTDIRS - Summary please!
|
|
86 messages have been posted in this thread so far. I don't have a chance to catch up what has been discussed by reading all posts. Is it possible to make a brief and relatively easy-to-read summary of the most significant suggestions, and what (...) (21 years ago, 10-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) Hmmm, I must've put myself to sleep as well. Actually, I've been a bit busy lately. Now what was I trying to say... I guess I was thinking that a <SKIP> tag might be a third choice between <HIDE> and <SHOW>, but after a few days I now think it (...) (21 years ago, 10-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: surface normals and vertex normals for OpenGL
|
|
(...) <SNIP> (...) That does help a lot. Thanks much. Brian Durney (21 years ago, 9-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) Ok, so maybe there was a bit of irony, considering Mac OS X's roots are much older than 9's. But the lack of pre-emptive multiprocessing, protected memory, and other more evolved stuff does make OS 9 a dinosaur. Apple's washed their hands of (...) (21 years ago, 9-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) rofl. I think this qualifies as quote of the day. Steve (21 years ago, 9-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
"Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:Hu6s61.1FM9@lugnet.com... <SNIP> (...) "Snip", you got me two days sleeping ;-) I do not have anything against additional keyword, but I realy do not get what's behind them (...) (21 years ago, 8-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: surface normals and vertex normals for OpenGL
|
|
(...) I suspect this has been talked about in this group before, but probably not all in one thread. I'll try to summarize the things to look out for. First of all, you are correct in that any files that aren't BFC-certified have polygons with (...) (21 years ago, 7-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) Oh I don't know. I'm still hoping some of these ideas will eventually start to grow on you. Hopefully Lars will write some really nice code that finds the parts search list and somehow associates a list of tags with each directory in the list. (...) (21 years ago, 7-Mar-04, to lugnet.cad.dev)
|
| |
| | surface normals and vertex normals for OpenGL
|
|
Hello, I have some LDraw animation projects in mind and am starting by making a simple viewer using OpenGL. I have a program that will read a file and display it, but I run into problems with the shading because it only does flat shading. I think I (...) (21 years ago, 7-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) Right. I actually manage 350 Macs and I tried to put LDraw on them and ran into several problems that I had to take up with the Mac developers. So anything that makes this easier for admins is good in my opinion. (21 years ago, 6-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) [snip] (...) Again, I'm not talking about most users - most will be covered by the search paths proposed earlier in the thread. This would only be for non-standard installations, where the people installing WOULD be likely to know what I am (...) (21 years ago, 6-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) Mac OS 9 does not have a command line. That OS is a dinosaur. You can think of Mac OS X as a decendant of BSD, with a Mac OS 9 look-a-like window server. In fact, you can remove Apple's window server and add X11, turning Mac OS X into just (...) (21 years ago, 6-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
"Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:Hu4BBu.20n4@lugnet.com... <SNIP> (...) tags (...) Most (...) <BOXES>, (...) %LDRAWDIR%\PARTS\B (...) version (...) Or (...) soft (...) Ahhh I didn't see that in the first (...) (21 years ago, 6-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
"Ross Crawford" <rosscraw@bigpond.net.au> schrieb im Newsbeitrag news:Hu4L6M.1Eyo@lugnet.com... <SNIP> (...) these (...) in some cases "xxx.exe /LDRAWDIR=C:/LDRAW /LDRAWINI=\\LDRAW_BOX/INI will work too. There is no standard function set in windows (...) (21 years ago, 6-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) Well I don't know how mac command lines work but I was thinking along these lines: Windoze: xxx.exe /LDRAWDIR=C:\LDRAW /LDRAWINI=\\LDRAW_BOX\INI Unix: xxx --ldrawdir ${HOME}/ldraw --ldrawini /etc/ldraw You might also wanna provide old single (...) (21 years ago, 5-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) There are all sorts of network mounting tools out there. I'm not sure, but perhaps you're thinking of samba. I've used that from the unix side to be both a client and a server for Windows networks. But there are plenty of other more obscure (...) (21 years ago, 5-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
"Don Heyse" <dheyse@hotmail.spam....away.com> schrieb im Newsbeitrag news:Hu4BBu.20n4@lugnet.com... <SNIP> (...) server. (...) file (...) tags (...) Most (...) <BOXES>, (...) %LDRAWDIR%\PARTS\B (...) version (...) Or (...) soft (...) There is also (...) (21 years ago, 5-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
"Lars C. Hassing" <sp.lars@am.hassings.dk> schrieb im Newsbeitrag news:Hu438x.Ko0@lugnet.com... (...) server, (...) They install everything on a NT network, using a server which hold the ldraw library and also a copy of MLCad. I recommended to do (...) (21 years ago, 5-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) Here's how I see it working: 1. The admin creates an LDRAW directory on the server. 2. The admin creates extra parts directories under <LDRAWDIR> on the server. 3. The admin creates an ldraw.ini file in the <LDRAWDIR> using the new GUI program (...) (21 years ago, 5-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) How will such an installation be laid out? Will users install MLCad on their local machine and MLCad will then first thing ask the user to locate the LDrawDir, which the user specifies as e.g. L:\LDraw or \\server\LDraw ? If the search path (...) (21 years ago, 5-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) Ok, I can see where I myself might use this in a pinch because I almost always run things from the command prompt. However, even I would rather set an environment variable or use some other global setting in an ini file. Why? Because if I use (...) (21 years ago, 4-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) Well to be usable, both must be implemented. (...) As I said it would only be for non-standard setups. I think the Lars' search list is ample for the vast majority of people. Those using networks, etc, probably would classify as "advanced (...) (21 years ago, 3-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) And I'm pretty sure on Mac OS X, if you use the finder to activate your program, you have no control whatsoever over the command line. So you already need another way if you want to click on a LDR file or link and have something happen. Don (21 years ago, 3-Mar-04, to lugnet.cad.dev)
|
| |
| | Re: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths
|
|
(...) I'm not sure what you're trying to say. Do you mean "USERS need the ability to specify", or "programs need the ability to READ"? Either way, that approach is for advanced users (software geeks) only. We're trying to improve things for ordinary (...) (21 years ago, 3-Mar-04, to lugnet.cad.dev)
|
