 | | Hollow LDraw models
|
|
Many months ago I posted a question regarding making hollow shells or mesh objects out of LDraw models. In the POVray links section, under the macro subheading, is a listing for something called 'Tristan Macro for MegaPOV'. Anyone test this to see (...) (22 years ago, 28-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Segmented parts (ie hoses and flex tubes)
|
|
(...) [snip] (...) I agree, I did that with the hoses on my loco (URL) and it seems the best solution. ROSCO (22 years ago, 27-Aug-02, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: Segmented parts (ie hoses and flex tubes)
|
|
(...) No, moving the hose segments to parts/s/ would NOT prevent the shrinkage problem. It doesn't matter whether a part is located in PARTS or PARTS/S, it is still considered as a part. Whenever a (sub-)part is referenced from another part, it is (...) (22 years ago, 27-Aug-02, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: Part 3650a
|
|
Is anyone opposed to my moving 3650a.dat to 3650.dat? If someone later makes a file for one of the other versions of this part, we can do another move at that time. Steve (...) (22 years ago, 27-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Segmented parts (ie hoses and flex tubes)
|
|
(...) Actually, by the guidelines for parts I posted, the flex-axle subparts should be in the parts directory. Moving the hose segments to parts/s/ would prevent the shrinkage problem, but I think there are better solutions. Steve (22 years ago, 27-Aug-02, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: Segmented parts (ie hoses and flex tubes)
|
|
(...) Oh, I meant the first one *I* mentioned, not the 751.dat :-) (...) Well, after second thoughts and various comments from you guys, I think we should keep segments in PARTS. (...) Yup, I agree, that is the solution. The curve generator should (...) (22 years ago, 26-Aug-02, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) Good idea! My biggest problem, though, is in trying to figure out how to join many line segments into one long line; for example, in Jacob's rendering the wings look *too* broken up, where one jagged line would have served better. That, and (...) (22 years ago, 26-Aug-02, to lugnet.cad.dev)
|
| |
| | New Minifig
|
|
Since all the new Minifig parts (hand, left/right arms) are now available on the LDraw.org Parts Tracker, I though I'd make a minifig using them. The render can be found here: (URL) (22 years ago, 26-Aug-02, to lugnet.cad, lugnet.cad.dev, lugnet.cad.dat.models, lugnet.build.minifigs)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) illustration, however, be careful not to over-use it! Perhaps it would be even better if you, at random, split some of the lines in two, and then jittered their end points as well. You could possibly even do this recursively, so that a line (...) (22 years ago, 26-Aug-02, to lugnet.cad.dev)
|
| |
| | Portable ldraw system
|
|
I just noticed that we need also a program like TD "a.k.a Track desingner" but for all these tools they must not use or need: No Visual Basic DLL "why because they don't work in all my 3 PC only in my good one" No run time stuff like I said above or (...) (22 years ago, 26-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Segmented parts (ie hoses and flex tubes)
|
|
(...) Can the hose segments go in the S folder with the flex-axle subparts? Would that solve the shrinkage problem? Don (22 years ago, 26-Aug-02, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: Part 3650a
|
|
Hmm, interesting. Thanks for digging into this, Clark. It's hard to judge from the Technica pictures, but I'm guessing that for LDraw, we probably won't want separate files for 3650 and 3650a (if we did want separate files, we'd call them 3650a and (...) (22 years ago, 26-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Segmented parts (ie hoses and flex tubes)
|
|
(...) These files don't work as primitives. A primitive file should be either a geometric construction (like an arc, disc, cylinder, etc) or a lego-centric feature that is likely to be reused among a large number of different files (like studs, (...) (22 years ago, 26-Aug-02, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: LDGLite sketch feature
|
|
(...) Beats me. I'd probably grep for the render_*() functions in the lex and yacc sources files. But then you'd need to grab some lex and yacc executables for the PC to build it. You can look in the lex/yacc output files lex.yy.c and y.tab.c but (...) (22 years ago, 26-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: LDGLite sketch feature
|
|
(...) Ahhh. And as I showed in my example, I didn't use "-l3". When I do, I get nice pictures like this one: (URL) of it. :-) Play well, Jacob -- Bregnerod (a LEGO town): (URL) (22 years ago, 26-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: LDGLite sketch feature
|
|
(...) Thanks, Don. :-, That's the trick, it seems. Using -l3 turns it on for me, -ld turns it off. Where do I make changes so that this will still work when using the ldlite parser? Cheers, - jsproat (22 years ago, 26-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: LDGLite sketch feature
|
|
(...) Don't be silly. You're probably just making some simple mistake that'll seem so obvious you'll wonder why you didn't think of it yourself. For example, L3View.cpp is only used by the l3 parser. If you don't use -l3 on the command line, you (...) (22 years ago, 26-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: LDGLite sketch feature
|
|
(...) Fixed that, cleaned out all the ".o" files, rebuilt and tried again. With the same result. :-( I hope this isn't because the Linux and Win32 versions of LDGLite actually use different source code. The make file doesn't look like it. Play well, (...) (22 years ago, 25-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: LDGLite sketch feature (Was: Ldglite bug report)
|
|
(...) Whoops! I forgot to change one item before I uploaded the cpp! Change the line (around line #67), const int jitter_num = 0; to use some positive number, e.g. const int jitter_num = 2; Cheers, - jsproat (22 years ago, 25-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: LDGLite sketch feature (Was: Ldglite bug report)
|
|
(...) substituted "L3View.cpp" with (URL), deactivated off-screen rendering in the make file, and compiled. But when I try to use it: jsproat.ldglite -mc fly.mpd I just get the usual image. Is your function hidden in some Win32 specific code? Should (...) (22 years ago, 25-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: LDGLite sketch feature (Was: Ldglite bug report)
|
|
(...) Let's re-write that, and break it up a bit: - modified function DrawPart() - color 24 is replaced with CurColor instead of edge_color(CurColor), just like color 16 - switch(LinePtr->LineType) cases 3 and 4 use a constant color 15 - (...) (22 years ago, 25-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: LDGLite sketch feature (Was: Ldglite bug report)
|
|
(...) I didn't add any flags, I still haven't taken the time to learn that part of the code yet. However, the only changes were to L3View.cpp, and are very straightforward. Note that this is just a proof-of-concept, and is far from being ready for (...) (22 years ago, 25-Aug-02, to lugnet.cad.dev)
|
| |
| | LDGLite sketch feature (Was: Ldglite bug report)
|
|
(...) > > (URL) wants that! Can you dump the source somewhere, so I can rebuild LDGLite with that feature? Which flags are needed to get that look? (...) :-) (...) Certainly. Play well, Jacob (22 years ago, 25-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) D'OH That last line should read: - copy libz.a to \mingw-1.1\lib\ Cheers, - jsproat (22 years ago, 25-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) Cool, thanks. I've never had much luck with windows and cvs and sourceforge, so your batch file should prove to be useful in snarfing the latest source. (...) Again, thanks. Does it include the latest changes you made for the line endcaps? (...) (22 years ago, 25-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) I've been pounding on ldglite and I think I've gotten the effect I was thinking of. I have a screenshot here (warning: 1024x768x32 PNG ahead): (URL) I made: - line types 3 and 4 render in white - color 24 renders same color as 16 (to make up (...) (22 years ago, 25-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) I guess that means nobody's ever bothered to build the windows version on their own before. Oh well, I sorta knew that. I recently attempted to update the visual C++ project files because they were also way out of date, but I didn't get the (...) (22 years ago, 25-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) Actually, the makefile was straight from ldglitesrc0_9_5.zip (...) I ended up having to rebuild libpng and libz because I was hitting against an "unresolved __imp__iob" linker error with the libpng supplied in ldglitesrc0_9_5.zip. Evidently, (...) (22 years ago, 25-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) Yeah, I knew about that. I've also heard some hardware opengl drivers have a max width of 1. I was kinda hoping nobody would notice. I mean 20 pixel wide lines? Who needs that much? Perhaps Sproat can enlighten us on what he plans to do with (...) (22 years ago, 25-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) I think it's missing a source file, glfont.c . Hmmm, how'd that get in the makefile? Did you grab the latest makefile out of CVS or something like that? Anyhow, you don't really need it and can remove it from the makefile. I think USE_GLFONT (...) (22 years ago, 25-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) So I decided to get off my duff and see if I could contribute more than just testing efforts, and installed MINGW32 v1.1 and the GLUT headers/libs, etc. and set about to build ldglite for myself. I think it's missing a source file, glfont.c . (...) (22 years ago, 25-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) It worked! You, sir, are a steely-eyed missile man. Be careful about posting fixes so quickly, you're already giving me more ideas for feature requests. :-, But thanks! Cheers, - jsproat (22 years ago, 24-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) You might find the following info from Microsoft's help page on glGet useful: GL_LINE_WIDTH_RANGE The params parameter returns two values: the smallest and largest supported widths for antialiased lines. See glLineWidth. That's the first I'd (...) (22 years ago, 24-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) I applied the fix Travis pointed out, and it seems to smooth out some of the bumpies in antialiased mode with wide lines on my PC. Give it a try: http:\\ldglite.sourc...e_test.zip I also noticed that the opengl drivers seem to top out their (...) (22 years ago, 24-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Segmented parts (ie hoses and flex tubes)
|
|
(...) Doing so would cause a problem with LeoCad which doesn't display primitives not included in a part. This is the case with flexible axles (created form primitives), they have to be created as part, then imported as new part in LeoCad library... (...) (22 years ago, 24-Aug-02, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: Segmented parts (ie hoses and flex tubes)
|
|
(...) Actually, the part mentioned was in the Parts directory (it is an official part), so it would presumably be shrunk by L3P. As for the rest, I agree that making them primitives makes sense, but I'm not sure the part authors will agree. I guess (...) (22 years ago, 24-Aug-02, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: Segmented parts (ie hoses and flex tubes)
|
|
(...) I think it would be reasonable to consider segments as primitives. Move them to the P folder. Then they will not be shrunk. End pieces are still considered as parts. I don't know how the curve generator works, but if it generates a new (...) (22 years ago, 24-Aug-02, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) I tried this on a quasi-high-end machine, same DAT and options, same results. Here's the l3glite output: ZClip = (-1000, 4000) GL_VERSION = 1.2.1 GL_EXTENSIONS = GL_ARB_multitexture GL_ARB_texture_compression GL_ARB_texture_cu be_map (...) (22 years ago, 24-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Segmented parts (ie hoses and flex tubes)
|
|
(...) This sounds like a good idea to me, except for one thing: the 0 LDRAW_ORG lines are generated at release-time by the release script. Every type listed is determined by other data in the file, or about the file -- parts are in the /parts (...) (22 years ago, 23-Aug-02, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Segmented parts (ie hoses and flex tubes)
|
|
Looking at some of the files generated using the new curve generator LDDesignPad plugin by Orion (as well as files generated by the EMacs macro it is based on), I noticed a problem when displaying with LDView (which might also effect L3P output). (...) (22 years ago, 23-Aug-02, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) Take a look at this thread at OpenGL.org: (URL) short summary is that you apparently can't guarantee it will work on all cards, but if you set things up right, you can get it to work on most cards. In addition, it may be that cards that don't (...) (22 years ago, 23-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Yet another idea - Portable LDraw system
|
|
(...) Go for it. :) I was taking the approach of grepping the part files for author names, and boiling the list down from there. Steve (22 years ago, 23-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
|
| |
| | Re: DAT files: Do No Harm
|
|
(...) Basically I do this: 0 Begin Curve <the applicable DAT code appears here> 0 <The next 3 lines list> 0 <control points and curve lengths> 0 <if recreation elsewhere is desired> 0 Hose generated by <plugin> authored by <person> 0 End Hose -Orion (22 years ago, 23-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Yet another idea - Portable LDraw system
|
|
(...) [...] Looks good, short and sensible. (...) Shall I do it? Or do you expect to find time to do it soon? Play well, Jacob (22 years ago, 23-Aug-02, to lugnet.cad.dev.org.ldraw, lugnet.cad.dev)
|
| |
| | Re: Part 3650a
|
|
Steve, There are several variations of this gear: the height of the teeth and extra support. Technica lists the variations: (URL) and early Lugnet post that mentions the variation: (URL) 24t crown gear Name: 24t crown gear II Note: I consider both (...) (22 years ago, 23-Aug-02, to lugnet.cad.dev)
|
| |
| | Part 3650a
|
|
Does anyone remember with certainty why part file 3650a.dat was released with the 'a' suffix? The part came out in update 98-10, and hasn't been touched since. There's no 3650.dat or 3650b.dat, as far as I can tell. Steve (22 years ago, 23-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: DAT files: Do No Harm
|
|
(...) I haven't tried your plugin, so I can't really comment on the informational lines -- do they have to do with the data/code, or are they an "about the flexible object plugin" type of thing? Information about the data/code (how to use, source (...) (22 years ago, 23-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Yet another idea - Portable LDraw system
|
|
[XFUT: lugnet.cad.dev.org.ldraw] (...) The current text of the license is: ===...=== LDraw.org Parts Library User License version 0.9, May 3 2001 This library is provided 'as-is', without any express or implied warranty. In no event will the authors (...) (22 years ago, 23-Aug-02, to lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) I try to think of the -a as a rotation matrix for the model, whereas the -cc stuff is a manipulation of the view matrix. Unfortunately the LDRAW default -a matrix "squishes" the model as if it were a view matrix. I guess this is because the (...) (22 years ago, 23-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: DAT files: Do No Harm
|
|
(...) I was thinking more along the lines of the output of my fexible object Plugin for LDDesignPad. I add some informational comments and credit myself and Fredrik for the code generation. Is this undesired? If so, it can easily be modified to the (...) (22 years ago, 23-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: DAT files: Do No Harm
|
|
(...) Not in my DAT files, they shouldn't. Especially not editing stuff. Truly generated code, maybe it's alright. It should always go at the top, where it can be easily deleted. Steve (22 years ago, 23-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) (URL)And always remember to use -J to get the most out of the camera settings. (...) (22 years ago, 23-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) OK I added it. Ldglite now takes -cg<la>,<lo>,<r> like l3p, and I like it. I admit it's not exactly like l3p since I still leave the origin at ldraw world coords (0,0,0) whereas l3p moves them to the center of the bounding box of the model. (...) (22 years ago, 23-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) Yes! Awesome. Drawing time seems to be a little slower, I don't have any numbers for that though. But the refresh is ligntning fast. Hmm, the menu seems to be more responsive too. (...) You sure? Lemme go double-check the docs... Oh my. I seem (...) (22 years ago, 22-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: DAT files: Do No Harm
|
|
(...) Whoa. That's kinda bizarro. (...) I'd say the rule would be, don't fix invalid lines without the authors permission. ;) (...) I see your point, but I would expect most programs to choke (gracefully ;) on the line without part numbers. (...) (...) (22 years ago, 22-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: DAT files: Do No Harm
|
|
(...) I found some model which was (mostly) all 3001.dat, except only the first line gave the part number! All following lines were meant to be the same part (with different location.) I guess the author's viewer tolerates this? So, the rule would (...) (22 years ago, 22-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: DAT files: Do No Harm
|
|
(...) What about program extensions that modify the DAT code in some way? Are you suggesting that the author of a plugin shouldn't credit himself in the form of a DAT Comment? -Orion (22 years ago, 22-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) Oops! A quick visit to the L3P site reveals that's the camera position in polar coords relative to the look-at point. I'm not sure how I missed that before. But I like it because it avoids the weird LDRAW coordinate system. So I'm gonna have (...) (22 years ago, 22-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: DAT files: Do No Harm
|
|
(...) Yes, we seem to see a lot of this sort of thing these days. 0 ROTATION CENTER 0 0 0 1 "Custom" I'd say leave it out unless it's actually being used. My guess is most of the time it's not. Don (22 years ago, 22-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: DAT files: Do No Harm
|
|
(...) does this include "don't add any new lines unless they're intentional"? As in, a program shouldn't add (and forgive me if this is incorrect dat format): 0 edited by dan with DatZap on Tuesday :) Dan (22 years ago, 22-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) I did some work on the other solution, rendering in the background. There's a beta of this here: (URL) -n2 to render each part in the backbuffer, -n4 does the whole model. Also the backbuffer is retained for faster refreshes on window expose (...) (22 years ago, 22-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: DAT files: Do No Harm
|
|
I don't have any comments, except to say that I agree with pretty much everything you wrote. And that I'd be very hard-pressed to actually implement some of it. And I didn't completely understand all of your points... (...) Yes! (...) Good idea, (...) (22 years ago, 22-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: DAT files: Do No Harm
|
|
(...) I would go for this. If a line is indeed edited, then I would preserve it's indentation, but remove trailing decimal zeros, and possibly clean up other things, like changing "-0" to "0". If the file has any exponential notation, e.g, "2e1", (...) (22 years ago, 22-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: DAT files: Do No Harm
|
|
(...) This sounds counter-productive to me. Judging from the official LDraw files, it appears that many of the original files follow these guidelines with respect to indentation: o Comments are not indented o All other lines are indented by one (...) (22 years ago, 22-Aug-02, to lugnet.cad.dev, lugnet.cad.mlcad)
|
| |
| | Re: DAT files: Do No Harm
|
|
(...) These 2 are the 2 biggest problems I have with MLCAD. For some reason MLCad changes the filename in the NAME comment block to an .ldr extension even if the source file is .dat. As more of a part author than a model builder, this is very (...) (22 years ago, 22-Aug-02, to lugnet.cad.dev, lugnet.cad.mlcad)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
Got to play with it some more today, some jumbled notes follow... (...) Ok, I changed this and the effect is like night and day. Thanks! I think I'm using the L3P parser. No parser options given, exe is named ldglite.exe. WHOOPS I'm not, -l3 gives (...) (22 years ago, 22-Aug-02, to lugnet.cad.dev)
|
| |
| | DAT files: Do No Harm
|
|
What consideration should an editor program make for unfamiliar content or eccentric style when it loads and saves an LDRAW file with changes? I am implementing the following general ideas in BrickDraw3D, based on various situations in test files. (...) (22 years ago, 21-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Track designer ....
|
|
(...) I think you might need to cross post this to the CAD groups if you want Leonardo to see it. If I remember correctly, he's the only one in posession of the sources at this point. Thanks for the reminder, Don (22 years ago, 21-Aug-02, to lugnet.trains, lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Handling Stickers Without a Known Number
|
|
(...) Hmmmm. Yes I think 100 would be too limiting. But can't see any immediately bad thing about the idea, so I vote yes! ROSCO (22 years ago, 20-Aug-02, to lugnet.cad.dev)
|
| |
| | Handling Stickers Without a Known Number
|
|
I'd like some feedback on the following. Do you like the idea? Dislike it? I've recieved a request, asking for a part number for a sticker whose original sheet number is not known. If you'll remember, we earlier discussed using the numbers from the (...) (22 years ago, 20-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: New LDRAW renderer for the Mac
|
|
(...) Speaking of other systems, I did a quick and dirty port of the sources to check out the speed for myself. It's pretty speedy, but not quite as pretty. :-) Slightly modified sources and a makefile are available here if anyone without a Mac (...) (22 years ago, 20-Aug-02, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
| |
| | File needing review on Parts Tracker
|
|
I just wanted to point out that this file: (URL) holding up the certification of 9 other files. This isn't the most critical or important situation on the PT, but I've had to hold certified files back from the last two updates because of this one (...) (22 years ago, 20-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: [Parts Tracker] Working on Update 2002-04
|
|
(...) I held 4360.dat back from the 2002-04 update; you can submit your updated file to the tracker. Steve (22 years ago, 19-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) Hey I found a Windows 2000 laptop that exhibits the same symptoms so I did a quick google search for "flickering cursor". It looks like the nasty flickering pointer is a common problem in Windows 2000. Go to the Control Panel/Mouse/Pointer tab (...) (22 years ago, 19-Aug-02, to lugnet.cad.dev)
|
| |
| | LDraw.org Parts Update 2002-04 Now Available
|
|
This is a big one. :) This update contains 234 files, including some 93 new parts. You could call it "Revenge of the Minifigs" - 56 of the new parts are various minifig heads, torsos, legs, and accessories. As always, along with the new parts, there (...) (22 years ago, 19-Aug-02, to lugnet.announce, lugnet.cad, lugnet.cad.dev) !!
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) Those are indeed the generic Windows drivers. The Trident web-site says the i-7 only has accelerated 3D drivers for 98 and ME, and the GL_RENDERER string agrees. (...) Generic opengl and it took about 15 seconds to render. Are you using the l3 (...) (22 years ago, 17-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) GL_VERSION = 1.1.0 GL_EXTENSIONS = GL_WIN_swap_hint GL_EXT_bgra GL_EXT_paletted_texture GL_VENDOR ='Microsoft Corporation' GL_RENDERER ='GDI Generic' GL_RGBA_BITS: (8, 8, 8, 0) GL_DEPTH_BITS = 32 GL_STENCIL_BITS = 8 Buffer Swap Mode = 2 (...) (...) (22 years ago, 16-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) Some of that really sounds like driver problems to me. What does ldglite print out about your opengl drivers? Maybe you're not using the Microsoft Software opengl drivers after all, but rather some brain dead half implemented OEM drivers. Do (...) (22 years ago, 16-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) It seems to be constantly re-drawing the screen when the dialog is active. It's also pegged my CPU utilization at 100%. Hmm, double-clicks don't do anything. Or maybe it's just not polling for mouse clicks fast enough -- it took me 3 or 4 (...) (22 years ago, 16-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Yet another idea - Portable Ldraw system
|
|
(...) <experiments a bit> I think I may simply have done something wrong. Now that I consiously try to reintroduce the problem I can not figure out how to do it. But it may simply have been that I have edited a sub-file and expected the rendering of (...) (22 years ago, 16-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Yet another idea - Portable Ldraw system
|
|
(...) Wait a minute! How does having a FILE meta-command at the start of the file break the polling feature? That still sounds like a bug. Tell me more. Don (22 years ago, 16-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Ldglite bug report (Was: Portable Ldraw system)
|
|
(...) Yeah I've known about the problems with the menu for quite a while now. I refuse to go to a 1.0 release number until I fix that. However since I'm running out of release numbers I've actually started to do something about it. Could you give me (...) (22 years ago, 16-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Yet another idea - Portable Ldraw system
|
|
--- Dan Boger <dan@peeron.com> wrote: [snip] (...) Um, actually, I released a Vim syntax file a few weeks ago on vim.org; I've just been a little delinquent in its advertising. I was inspired to create one when Jacob posted to .cad asking about (...) (22 years ago, 16-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Yet another idea - Portable Ldraw system
|
|
It seem that u all want to have ldraw, l3p, and pov-ray in linux and not in dos and win 31 or up but with low requirememts now if u are all ready going to do a linux distro ready for user of ldraw that don't want to fight with linux then I whould (...) (22 years ago, 16-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Yet another idea - Portable Ldraw system
|
|
(...) or just write a syntax file for vim? I was a hard core emacs fan, but after years and years, I did switch to vi (well vim)... While it might not do *everything* emacs does, it does most everything else, and a lot faster :) Dan (22 years ago, 16-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Yet another idea - Portable LDraw system
|
|
(...) Exactly. (...) Great. > but they won't be included without a final library (...) Yes. We better get around to decide on the license for the library. What was the last version we discussed? And why didn't we just use it? Maybe we should simply (...) (22 years ago, 16-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Yet another idea - Portable Ldraw system
|
|
(...) Just getting LDGLite to react to changes to the file it is showing would be a good start. <careful testing while looking at the LDGLite log> Uhmmm... It seems that it is my habit of having a "FILE" meta-command at the start of all of my files (...) (22 years ago, 16-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Yet another idea - Portable Ldraw system
|
|
(...) Okay, this is a quick and dirty list, just what I've observed or confirmed today: Menu - The right-click menu is very confusing. Why not put this in the menu bar and standard dialog boxes? File browser is confusing, as is file filter. Menu - (...) (22 years ago, 16-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Yet another idea - Portable Ldraw system
|
|
(...) Sure, go ahead and elaborate. I can't fix it if I don't know about it. I did actually try to fix the text update speed at one point. That's a well known problem with the glut library I use. I can't remember why I stopped working on a fix for (...) (22 years ago, 16-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Yet another idea - Portable Ldraw system
|
|
(...) Sure thing, but could you perhaps elaborate just a bit on the meaning of "work properly"? Are you looking for multiple levels of polling like l3lab? Don And by the way, since we're in o-t.geek: vi? blech! At least emacs has the ldraw-mode (...) (22 years ago, 16-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Yet another idea - Portable LDraw system
|
|
(...) I tried to get LeoCAD into Debian last year with the help of a Debian devel but they were too scared of adding the library without a license (there's a long discussion on the Debian-Jr mailing list archives). I even have .deb packages ready (...) (22 years ago, 15-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Yet another idea - Portable Ldraw system
|
|
(...) I tried it recently, but I am afraid I am too used to writing my models in `vi` to apprecate the interface. Speed-wise it seemed okay. I would rather prefer that you spent some time getting the "polling" feature to work properly. Play well, (...) (22 years ago, 15-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Yet another idea - Portable LDraw system
|
|
(...) And considering that I just got a single bootable CD Linux system, which runs both KDE, Gnome, OpenOffice.org and a bunch of other stuff, it would probably not be difficult to modify this with some LDraw tools added. The big problem - as I see (...) (22 years ago, 15-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: [Parts Tracker] Working on Update 2002-04 [DAT]
|
|
(...) Hi Tore, Hi Steve, May be too late to patch "Space Laser-Gun with Side Sight". It has 3 missing edges. Following is a corrected version. Thanks to Tore Eriksson for reworking this part, Thanks to the authors, admins and reviewers for the (...) (22 years ago, 15-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Yet another idea - Portable Ldraw system
|
|
(...) It finally dawned on me (after a less than subtle yet very helpful IM from someone who shall remain nameless :-) that you're the LDGLite author. :-, I've tried the LEdit mode, and gave up in frustration due to the slow redraw (particularly (...) (22 years ago, 15-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Where does LDraw look for files?
|
|
(...) I've updated the faq; I added verbiage to indicate that LDraw stops looking, once it's found a file. I also corrected the search order. Steve (22 years ago, 14-Aug-02, to lugnet.cad.dev)
|
| |
| | Re: Yet another idea - Portable Ldraw system
|
|
(...) So it all boils down to speed? Has anyone actually tried the LEdit mode (besides the Mac folks who currently have no other option)? I'm just wondering how much of a speedup is required. I've used it for small things on my 486 laptop, but that (...) (22 years ago, 15-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Yet another idea - Portable Ldraw system
|
|
I just tested a POV-RAY scene with my syster's pc the P-75 and it took 35seconds with the dos version of POV-RAY In my P-3 pc takes 2 - 3 seconds with windows XP runing using a command line dos window. About making a boot disk with povray.exe "dos" (...) (22 years ago, 15-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Yet another idea - Portable Ldraw system
|
|
(...) Sorry, didn't mean to be insulting there. :-, What Linux (and to some extent, Windows too) really needs is a semi-fast LEdit clone. I understand that one of the newer tools (LDGlite?) has an LEdit mode, but is kinda slow without hardware (...) (22 years ago, 15-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Yet another idea - Portable Ldraw system
|
|
(...) Ouch! That really stings! All kidding aside, what exactly would comprise "a handful of decent LDraw tools". Besides a linux l3p executable, what's missing? I'd like some ideas to add to my "to do" list. (...) That's an interesting thought. Is (...) (22 years ago, 15-Aug-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
