 | | Any examples?
|
|
Hi all: Suppose there were a part such as a 3x9 brick with "Dave is Supercool" printed on the side, and let's call it part 65432. If that part did not exist in non-printed form, how would this be entered into the LDraw inventory? That is, would the (...) (19 years ago, 28-Apr-05, to lugnet.cad.dev)
|
| |
| | Re: Minor enhancement to PT UI
|
|
(...) -Orion (19 years ago, 28-Apr-05, to lugnet.cad.dev)
|
| |
| | Minor enhancement to PT UI
|
|
I made a small change to the user interface for the Parts Tracker. Previously, the "Lookup" box (at the right end of the navbar) would only accept filenames for searching. If you didn't enter the name of a file currently in the unofficial library, (...) (19 years ago, 26-Apr-05, to lugnet.cad.dev)
|
| |
| | Re: Bricksaic and txt2dat?
|
|
(...) Looks like that might be the best way to go. I haven't looked at autotrace yet, how does it handle colour? Even if bricksaic converts it to the ldconfig colour pallette, I imagine the colours output by autotrace will still need to be converted (...) (19 years ago, 22-Apr-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Bricksaic and txt2dat?
|
|
(...) Yeah, it sounds quite similar. Rosco's tx2dat program also uses the Shewchuk triangle library. Do ya think maybe it's about time to finish "publishing" your ldeco utility? I did a quick search and apparently you first promised to make it (...) (19 years ago, 22-Apr-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Bricksaic and txt2dat?
|
|
(...) This sounds similar to a past effort of mine called ldeco meant to help create decorated elements. It triangularized contours with colored seed points - see (URL) for a brief description (the page is very incomplete, I never got any further (...) (19 years ago, 22-Apr-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Bricksaic and txt2dat?
|
|
(...) Yeah, I was actually thinking the best thing would be to paste your ldraw triangle generator code right into the output code of autotrace. (URL) About a year ago> I hacked a cheesy ldr output into autotrace, but it only does edge lines. I (...) (19 years ago, 22-Apr-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Bricksaic and txt2dat?
|
|
(...) OK so a quick search reveals that (URL) autotrace> exports (URL) several different file formats>, none of which I know very much about. Does anyone else have any info? Note: txt2dat relies on the vector data being a series of closed contours. (...) (19 years ago, 22-Apr-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Bricksaic and txt2dat?
|
|
(...) Happy to investigate autotrace input, if someone can point me to a spec, or even better some code to parse it ;) Some test data would be useful too... ROSCO (19 years ago, 22-Apr-05, to lugnet.cad.dev, FTX)
|
| |
| | Bricksaic and txt2dat?
|
|
(...) Hey. You know the bricksaic interface is also a really nice fit for a program to reproduce patterned bricks in ldraw. I gave it a whirl posterizing the only pattern I had a scan of and it did a fairly nice job. (URL) You could use a few paint (...) (19 years ago, 22-Apr-05, to lugnet.build.mosaic, lugnet.cad.dev, FTX)
|
| |
| | Tablet usage
|
|
Hi all, I am (still) working on an animation tool (LD4Dmodeler 2, www.rolandmelkert.nl...4DModeler) Thinking about the large amount of controls (for controlling hinges, position and rotation etc), it might be interesting to support a tablet. The (...) (19 years ago, 21-Apr-05, to lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
In lugnet.cad.dev, Steve Bliss wrote: [snippity-do-dah] Sorry, I found an old post still waiting to be authorized. I hit "Post" instead of "Delete". Steve (19 years ago, 20-Apr-05, to lugnet.cad.dev)
|
| |
| | Re: Latest BFC Spec?
|
|
(...) I thought it was dead 2 (or 3?) years ago. ;) (...) That's a pretty big 'once' you've got there. One problem I've had, revisiting old part files and applying BFC -- once you look at a file, you're also tempted to fix any/all errors you find in (...) (19 years ago, 22-Mar-03, to lugnet.cad.dev)
|
| |
| | Re: txt2dat - Create LDraw files from text
|
|
(...) Wow, that's cool! LDRAW stuff sent to stdout. I finally get to try ldglite with a pipe from a real program, and it all seems to work. txt2dat -s hello -c 4 -p 72 c:\windows\fonts\ariel.ttf | ldglite -i1 -MFhello.png -- Thanks. That was fun, (...) (19 years ago, 18-Apr-05, to lugnet.cad.dev)
|
| |
| | Re: txt2dat - Create LDraw files from text
|
|
(...) Thanks Dave! Any feedback is much appreciated. I've just uploaded a new version, so you might wanna grab that. ROSCO (19 years ago, 17-Apr-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: txt2dat - Create LDraw files from text
|
|
(...) I've uploaded version 0.1.3, with a couple of bug fixes, and source code. Enjoy! ROSCO (19 years ago, 17-Apr-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: txt2dat - Create LDraw files from text
|
|
(...) Okay, I admit it: at first I thought "text to LDraw? Big deal--I write all my LDraw partsfiles as text files." But then I clicked on the link and figured it out. Wow, this utility is a great idea! I just downloaded it and will give feedback as (...) (19 years ago, 17-Apr-05, to lugnet.cad.dev, FTX)
|
| |
| | txt2dat - Create LDraw files from text
|
|
Hi all, I've just uploaded the first beta version of txt2dat, a command-line program to create LDraw files from text. It has been developed using cygwin and mingw on Windows XP, and has not been fully tested in any other environments. You can (...) (19 years ago, 15-Apr-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Type 5 lines, BFC relevance, and OpenGL
|
|
(...) I'm using a display list. The triangles are drawn inside the display list using "classic" OpenGL calls (glBegin(GL_TRIANGLE....glEnd()). The lines are being drawn inside the display list using vertex arrays. Using vertex arrays to draw the (...) (20 years ago, 4-Apr-05, to lugnet.cad.dev)
|
| |
| | Re: Type 5 lines, BFC relevance, and OpenGL
|
|
Slower, you say? Are you executing the functions in immediate mode? Or using a display list? Because if you're not using a display list, it's no suprise that it's slower. If you are using a display list, however, then I'm at a loss. I guess it may (...) (20 years ago, 4-Apr-05, to lugnet.cad.dev)
|
| |
| | Re: Type 5 lines, BFC relevance, and OpenGL
|
|
So, I got the code updated so the conditional drawing happens in a display list, and then built LDView with full optimizations turned on in the compiler, and the new method actually runs slightly slower than the old method. (This is on an ATI Radeon (...) (20 years ago, 3-Apr-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Borland/delphi question
|
|
(...) This one did it. Thanks for the help. Kevin (...) (20 years ago, 1-Apr-05, to lugnet.cad.dev)
|
| |
| | Re: Borland/delphi question
|
|
(...) Have you tried doing a mainform->restore() (or whatever the Delphi version is) before closing the child? It is likely the user won't mind the window re-appearing when some long processing is finished. If you're worried about that, you could (...) (20 years ago, 1-Apr-05, to lugnet.cad.dev)
|
| |
| | Re: Borland/delphi question
|
|
(...) You could try setting another parent for the CancelForm, maybe zero for the DeskTop? Maybe there is some problem when you try to close a child of a minimized form? (20 years ago, 1-Apr-05, to lugnet.cad.dev)
|
| |
| | Borland/delphi question
|
|
Well, once again I've hit my limit.... I use a custom form for LPub's main form. I also use a simple custom form for the Cancel window that contains two buttons. When LPub is processing something that takes a long time, it does CanceForm->Show(). (...) (20 years ago, 1-Apr-05, to lugnet.cad.dev)
|
| |
| | Re: Type 5 lines, BFC relevance, and OpenGL
|
|
(...) Well, I tried this in LDView, and it seems to work fine. I haven't yet put the new stuff in a display list, so it's drawing all the type 5 line geometry in immediate mode. Consequently, I'm not yet sure how fast it will be (it's very similar (...) (20 years ago, 1-Apr-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Type 5 lines, BFC relevance, and OpenGL
|
|
(...) I think, that in this particular application it is better to deal with line type 5 syntax. Otherwise renderer has to calculate angle between adjanced polygons and select some threshold to decide whether this line is "conditional" or not. (...) (20 years ago, 1-Apr-05, to lugnet.cad.dev)
|
| |
| | Re: Type 5 lines, BFC relevance, and OpenGL
|
|
(...) Interesting... so this article is suggesting that type5 lines not be used at all, which may be possible for a model that is certain to be BFC compliant. Wheras the mechanism I was suggesting would work for any model, BFC compliant or not. The (...) (20 years ago, 31-Mar-05, to lugnet.cad.dev)
|
| |
| | Re: Type 5 lines, BFC relevance, and OpenGL
|
|
(...) You know, this got me thinking last night. I knew it sounded vaguely familiar, so I searched lugnet for "stencil buffer" and found this. (URL) I was so close, but somehow got distracted before I could work it out. Damn that attention deficit (...) (20 years ago, 30-Mar-05, to lugnet.cad.dev)
|
| |
| | Re: Type 5 lines, BFC relevance, and OpenGL
|
|
Hmmm, draw the edge twice and flip the stencil bit eh? It sounds like it could work. I'll have to read up on edge flags. I haven't used them for anything yet. By the way, you should be able to get all the info you need from the type 5 line itself, (...) (20 years ago, 29-Mar-05, to lugnet.cad.dev)
|
| |
| | Type 5 lines, BFC relevance, and OpenGL
|
|
I wanted to bounce something that has been percolating in my brain for a few days off somebody that might be able to offer me some feedback on it. I don't know if I'm the first person to think of this (I'm probably not), but as I haven't seen (...) (20 years ago, 28-Mar-05, to lugnet.cad.dev)
|
| |
| | MPDCenter NEW VERSION (1.0.14)
|
|
You can import and export MPD to MPD!! I have not seen that in some other software. Now there is also an help system. You can download at (URL) comments are welcome much fun MikeHeide (20 years ago, 28-Mar-05, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Newbie question on making new parts
|
|
(...) <snip, snip, snip, hack, wack, and chainsaw> Thanks Orion! Great reply to all my answers - an FAQ right there that I will be referring back to many times. -Matt :) (20 years ago, 28-Mar-05, to lugnet.cad.dev)
|
| |
| | Re: Comments wanted: Plans for easier parts authoring
|
|
(...) Thank you, very good and useful links! They were good examples to start me out in Python and LDR import/export for Blender, and the latest script was a very well working import. Export needs some more work to make a working parts authoring (...) (20 years ago, 15-Mar-05, to lugnet.cad.dev)
|
| |
| | Re: LEGO in CG classes was: easier parts authoring
|
|
(...) (Sorry for the late reply, I forgot to check up on the thread.) You may share the movie freely, just keep the credits in there. The other Lego-related student animations I would have liked to share were computer-animated Lego minifig remakes (...) (20 years ago, 15-Mar-05, to lugnet.cad.dev, lugnet.edu, FTX)
|
| |
| | LEGO in CG classes was: easier parts authoring
|
|
(...) could post some of the other things your class has created? One question: The credits list MLCAD and LDraw as applications used in the creation of the video - can you elaborate on this? Did they use LDraw measurements (or actual parts) in the (...) (20 years ago, 9-Mar-05, to lugnet.cad.dev, lugnet.edu, FTX)
|
| |
| | Re: Comments wanted: Plans for easier parts authoring
|
|
(...) Some work has already been done in LDraw Blender import and export. I've used this and it works well for import: (URL) the related Lugnet thread: (URL) was an earlier work: (URL) the related lugnet thread: (URL) (20 years ago, 8-Mar-05, to lugnet.cad.dev)
|
| |
| | Re: Comments wanted: Plans for easier parts authoring
|
|
I have now given Blender a good test, and I am hooked. The user interface is a bit weird at first, but it grows on you, and I expect it to be quite easy to use once I get the hang of it. The software features are perfect for this: GNU Free software (...) (20 years ago, 8-Mar-05, to lugnet.cad.dev)
|
| |
| | Re: Comments wanted: Plans for easier parts authoring
|
|
(...) So nice to hear that, and I actually care quite a lot! I have used Lego quite a lot myself to teach computer graphics. Not CAD as such, but 3D modeling, animation and programming. Swedish M Sc students have often grown up with a large pile of (...) (20 years ago, 7-Mar-05, to lugnet.cad.dev, FTX)
|
| |
| | RE: PT Browser: A client-side browser for the Parts List
|
|
Many thanks. If you need any help with it, just ask, and I'll try and reply with concise instructions. One of the biggest problems I find in writing instructions is what to include - too little, and you can't get started, too much and you drown in (...) (20 years ago, 7-Mar-05, to lugnet.cad, lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: PT Browser: A client-side browser for the Parts List
|
|
Dear William, I am surprised that none other has replied to this piece of work! Perhaps it is too difficult to understand how to even get it installed. However, I have succesfully got it to work quite easily. I am giving it a thorough look now and (...) (20 years ago, 7-Mar-05, to lugnet.cad, lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: Comments wanted: Plans for easier parts authoring
|
|
(...) Hi Stefan, While I think my opinion on this is well known, I'll answer your call for responses here.. I agree that AFOL don't "need" high-end tools for parts-authoring.. Any way to incorporate a graphical interface into the process would be a (...) (20 years ago, 6-Mar-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Comments wanted: Plans for easier parts authoring
|
|
(...) I just read this about the latest Blender release: "completely rewritten and upgraded mesh modeling" That looks promising. I'll definitely try it out! Stefan (replying to his own posts...) (20 years ago, 6-Mar-05, to lugnet.cad.dev)
|
| |
| | Re: Comments wanted: Plans for easier parts authoring
|
|
(...) Indeed, thanks for reading! :) Blender is a good modeling and animation tool, but last time I checked I found the vertex and triangle tools unwieldy, so it was not very useful for detailed low-poly editing. I should check back on it, though, (...) (20 years ago, 6-Mar-05, to lugnet.cad.dev)
|
| |
| | Re: Comments wanted: Plans for easier parts authoring
|
|
(...) A while back i played around with blender, it's gone opensource in the meantime. (URL) don't know the current version but with the old blender i managed to get plaint text exports whom where very usable for post processing. I was playing (...) (20 years ago, 5-Mar-05, to lugnet.cad.dev)
|
| |
| | Comments wanted: Plans for easier parts authoring
|
|
As some of you might have seen, I have been doing some programming lately to convert various 3D file formats to DAT format. This resulted in the MAX2DAT converter, which is useful but does not handle primitives, and is limited to the file formats (...) (20 years ago, 5-Mar-05, to lugnet.cad.dev)
|
| |
| | PT Browser: A client-side browser for the Parts List
|
|
PTBrowser enables the user to create multiple views of the LDraw Parts Tracker Parts List. Each view can be filtered to include only parts meeting user-defined criteria and is displayed in a configurable hierarchy. Parts displayed in each view can (...) (20 years ago, 28-Feb-05, to lugnet.cad, lugnet.cad.dev, FTX) !
|
| |
| | Re: TrueType font converter?
|
|
(...) more like a whitepaper-with-actual-code rather than source-code-with-comments. Triangle seems to be a 2D utility, I don't remember it handling 3D curved surfaces. But that shouldn't be a problem in this case. Steve (20 years ago, 28-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: TrueType font converter?
|
|
(...) Heh, all the answers are already on lugnet. Make an array of points from the bezier and apply this algorithm. (URL) 2. An algorithm for filling a closed curve with tris/quads This link has code. I believe Steve tried it, so you can ask him (...) (20 years ago, 28-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: TrueType font converter?
|
|
(...) Thanks Stefan, I have already written the basic code to export the glyph using the FreeType library. (...) Thanks for that info too - I have now found some refs on the net. (...) the hardest part of the problem, your references will help (...) (20 years ago, 26-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
(...) Thanks for the encouragement! Multiple meshes in a single 3DS or ASE file is now supported. I came across a nasty bug in the 3DS export from 3dsmax that took me a whole day to straighten out. It turs out that if any of the mesh objects (...) (20 years ago, 26-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: TrueType font converter?
|
|
(...) Your best bet to get a quick result would probably be to look in some 3D graphics libraries for OpenGL and find working code to get a TT glyph out into a mesh model. Exporting a flat mesh model to LDraw format yourself is not very difficult, (...) (20 years ago, 26-Feb-05, to lugnet.cad.dev)
|
| |
| | TrueType font converter?
|
|
Does anyone know of a utility to convert TT font glyphs to LDraw DATs? I would be interested in looking at writing such a beast, if it hasn't already been done. I'm looking at this to be able to create LDraw representations of custom stickers. And (...) (20 years ago, 26-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
Go Stefan Go! (20 years ago, 24-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
(...) I noticed they were offset somewhat because of pivot point issues, and that took some time to resolve. The 3DS file format is actually very badly documented in public sources, but now it works the way it should. Now that I have the absolute (...) (20 years ago, 24-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
(...) And thanks for pointing it out to me, who didn't have a clue. :) Stefan G (20 years ago, 22-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: LSynth synthesis and needed sub-parts
|
|
(...) hi kevin, it's because I'm allergic to manuals and I’m usually in trail’n’error mode ;-)) but seriously, the problem I had with the flexible axle (and some others who contacted me because of the MLCad/Lsynth tutorial) is the fact that the (...) (20 years ago, 22-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: LSynth synthesis and needed sub-parts
|
|
(...) Hi Willy, Hah! RTFM! *The book* "LEGO Software Power Tools" makes it clear that LS00.DAT is the only constraint associated with hoses. Sorry, just in a good mood, because I just finished up rewriting the band synthesis code and made it much (...) (20 years ago, 22-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Status of BFC
|
|
(...) It looks like 1058 files are BFC-compliant, out of 2945 official part files. (...) It doesn't look like you'll be able to make that assumption. Steve (20 years ago, 21-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
(...) Well I'm now official embarassed. I knew that; really; honest. It's always fun when your users can tell you why your program is behaving in the way it is. Thanks, Orion, for pointing out what I of all people should have seen as obvious. (Just (...) (20 years ago, 21-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
(...) In order for smoothing to work on parts outside the PARTS and P directories, you need to add the following to the header: 0 Unofficial Part This "turns on" smoothing in LDView. (20 years ago, 21-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
(...) I'm puzzled, too. Should I follow some convention regarding the order of primitives in the file? My optional lines *are* correct, I have verified that, but even a simple smooth cylinder converted with my program shows up faceted in LDView. (...) (20 years ago, 21-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
My converter has undergone a considerable update during the weekend. It is now called "max2dat", because it now handles the 3DS file format as well, and supports the two main export formats from 3dsmax. (The previous "max2dat" utility written in (...) (20 years ago, 21-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: LSynth synthesis and needed sub-parts
|
|
(...) hi kevin, IMHO the main problem is that there is some confusion about the LS00.dat constrain an the rest like the flex-axle-end. my understanding now is that the ONLY constrain for all tubes is LS00.dat while the rest is used in the synthesis (...) (20 years ago, 20-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Animation Precision
|
|
(...) I think 2 is sufficient, but 3 "feels" safer. Once there was an extreme case where 3 wasn't enough. I had to rotate train tracks and a train from a radius of... I think it was 750, 800, and 850 LDU. Using 3 decimals on the sin and cos values (...) (20 years ago, 19-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Status of BFC
|
|
(...) How far 'percent wise' is the standard library bfc? In about 2 months i'm starting work on a rendering engine for LD4DModeler 2. I was hoping to 'assume' all parts are BFC so I can implement simple lighting. (20 years ago, 19-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Animation Precision
|
|
(...) I don't have a compelling argument for more or less but I think that if you can build the capability for more decimals then you probably should. In my experience if you think that users will get by with less, one will invariably come along (...) (20 years ago, 19-Feb-05, to lugnet.cad.dev)
|
| |
| | Animation Precision
|
|
Hello, I've been working on LD4DModeler 2 (on paper) tonight and i have a question regarding precision. The question is what is 'normal' to use for the amount of decimals that can be set by user interface controls. I was thinking 2 myself but if (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
(...) Hi Stefan, don't get discouraged! I for one tried your converter (on a BBB part) here: (URL) I'd be interested to hear what the parts authors have to say, since we can directly compare the original DAT (converted with ?) and the "new" DAT (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: LSynth synthesis and needed sub-parts
|
|
(...) Most of them have a comment indicating that they are for lsynth. Willy says a few of the parts to do not. I'll update them. (...) LS10.dat is not an electrical connector. Instead it is a small cross section of the electrical cable that is used (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
(...) working. I don't have time right now to investigate, but I'm surprised that it doesn't work, given that you have obviously generated (seemingly) correct optional lines, and LDView's curve smoothing only relies on those. One other thing I (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: LSynth synthesis and needed sub-parts
|
|
(...) That sounds reasonable. We've done this before, with light.dat. Do the files have comments identifying what they are used for? If they're going into the official library, it'd nice to try and make them useable by any program doing the same (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: LSynth synthesis and needed sub-parts
|
|
(...) I'd suggest that LS00.dat belongs in the PARTS directory because it's designed to be manipulated directly by the end user when creating a model file (much like a regular part, and unlike the files in the S subdir). If you put it in S, it'll be (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: LSynth synthesis and needed sub-parts
|
|
(...) I also forgot to ask about some of the electrical parts.... Rotation sensor, light sensor, electrical cable ends officially have a small stub of rectangular cable coming out of them. This motivated me to modify these parts and use unofficial (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | LSynth synthesis and needed sub-parts
|
|
Hi Steve, Chris, Orion, I'm bringing out a new version of LSynth. LSynth originally had a number of unofficial parts that it used to specify and synthesize flexible parts. Where possible I've eliminated the unoffical parts that could easily be (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy (well, easier)
|
|
Hi Stefan I don't know anything about neither optional lines or the programs you're converting from, but from a parts reviewers perspective, I'd say that the teapot.ldr looks pretty good. I wouldn't worry so much about automatic subpart generation. (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Parts editing made easy (well, easier)
|
|
(I posted this to lugnet.cad toplevel, but considering the total lack of response, I decided to try it down here in .dev instead, where I got all that nice feedback for my last post.) After a couple of days of coding fun, I finally have the ASE to (...) (20 years ago, 18-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Sorting by line
|
|
(...) Another thought, maybe sorting on the center of the axis-aligned bounding box for the line? For lines this would be the center of the line but would it be the center of the tri or quad? My visualzation skills are elluding me at the moment. (...) (20 years ago, 16-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
Update: the converter works and is posted to the top level newsgroup, "lugnet.cad". (URL) to come. We should perhaps move discussions back here to .dev for intricate details like feature requests and bug reports, but you can also send me e-mail, and (...) (20 years ago, 16-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Use of arbitrary elements with LSynth
|
|
(...) Hi all, I have rewritten much of LSynth's code so that it is table driven. Currently the tables are coded in the program, but the important thing is that definitions of synthesized things are tabular. I've added a string type that uses your (...) (20 years ago, 15-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Parts editing made easy, anyone?
|
|
I'm replying to my own post to keep a low profile for the time being. The project is not quite finished yet, but I have some good news I'd like to share with you: I now have a working file converter that takes ASE export input from 3dsmax and writes (...) (20 years ago, 15-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Sorting by line
|
|
(...) IMO, it would be best with a dialog when sorting is requested. Remember all the settings from the last time sorting was used. (...) If there is no choice for the user, I'd say keep them at the top as you do now. A checkbox for removing them (...) (20 years ago, 15-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Sorting by line
|
|
(...) It's hard to say what would be best. I personally think that having a dialog with all the sort options along with a quick way to apply the most recently used sort options might be the most flexible. That way, people who use the feature (...) (20 years ago, 14-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Sorting by line
|
|
(...) That's what I did in the map I did but if you can make them "sticky" meaning that they stay by some other line in the file (the one that they precede?) that might be interesting. Might not be useful though. (...) Those are good, Also if you (...) (20 years ago, 14-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Sorting by line
|
|
(...) Should this be a dialog that pops up when sorting in initiated, in the program options, or something else? The current method I'm using moves all type 0 lines to the top. Should I simply delete them instead? Also, what about sort order? Should (...) (20 years ago, 14-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Sorting by line
|
|
(...) centroid was my first thought but leave it to the user would be better w. (20 years ago, 14-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Sorting by line
|
|
(...) I would tend to lean toward the centroid, but perhaps it would be best to be user configurable. --Travis (20 years ago, 14-Feb-05, to lugnet.cad.dev)
|
| |
| | Sorting by line
|
|
I'm implementing sorting in LDDP. Here's my question: Say I'm sorting by position using Y. When sorting linetypes 2-5 should I take the maximum Y, the minimum Y, the Y value of center of the triangle/quad/line, or something else entirely? -Orion (20 years ago, 14-Feb-05, to lugnet.cad.dev)
|
| |
| | L3PGen
|
|
Evening all. I have just made the first release of my L3PGen program available from: (URL) is designed as a more up to date and functional version of L3PAO. I plan to have it automatically read camera/light positions/etc direct from the model to (...) (20 years ago, 11-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Cross platform GUI
|
|
(...) I just read this on /. This is great news. -Orion (20 years ago, 7-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: Cross platform GUI
|
|
It looks like QT 4 will extend the GPL license to the Windows version. See here: (URL) sent this cad.dev, because this change could actually be useful to the developers.) --Travis Cobbs (20 years ago, 7-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: ldconfig.ldr and dithered colors
|
|
(...) They should be fall back on the 'default spec' -- that is, dither them; don't rely on their counterpart's definition. But that doesn't really (...) Hmm. The LGEO colors don't have edge colors, do they? So using K,J instead of J,K [if J,K isn't (...) (20 years ago, 7-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: ldconfig.ldr and dithered colors
|
|
(...) I'd say a blend of 0 and 1, basically just as if it's counterpart (272) wasn't defined in the ldconfig -Orion (20 years ago, 6-Feb-05, to lugnet.cad.dev)
|
| |
| | ldconfig.ldr and dithered colors
|
|
How is a renderer expected to handle dithered colors not mentioned explicitly in ldconfig.ldr ? The "LDraw File Format" specification says: "Also, colours 256 through 511 are dithered. So if you want to combine colours J and K, figure your colour (...) (20 years ago, 6-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: BFCFixer
|
|
(...) Such components are handled correctly by BFCFixer as "detached" submodels, and are oriented consistently with the rest of the polygons in the file as long as each independant submodel is sufficiently enclosed that a correct winding can be (...) (20 years ago, 5-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: BFCFixer
|
|
(...) Of course, it's that simple - thanks. Except some of the most basic LDraw parts (regular bricks) fail this test because the studs are "stuck on" a complete quad, rather than a surface peppered with stud-sized holes. Chris (20 years ago, 4-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: BFCFixer
|
|
(...) Would you guys want a code repository for this? I have a SVN repo set up that I could easily add this as a project... Just LMK! (20 years ago, 3-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: BFCFixer
|
|
(...) Ask, and ye shall receive. (URL) code is included (hopefully my crude hackings can be deciphered by others) as well as an executable jarfile in the dist/ subdirectory. Enjoy. If you find any major bugs, let me know, and I'll see what I can do, (...) (20 years ago, 3-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: BFCFixer
|
|
(...) Oh yeah! Let me at it. :) Steve (20 years ago, 3-Feb-05, to lugnet.cad.dev)
|
| |
| | Re: BFCFixer
|
|
(...) The way it's been done before is to draw rays from the origin outward. The first polygon a ray crosses is facing inward, and the last polygon a ray crosses would be facing outward. The ones in between *should* alternate facing in and out. Do (...) (20 years ago, 3-Feb-05, to lugnet.cad.dev)
|
