 | | 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)
|
| |
| | 2005 LDraw.org Steering Committee Election Results
|
|
The winners of the 2005 LDraw Steering Committee Election are (in alphabetical order by last name): Steve Bliss Kevin L. Clague Tim Courtney Chris Dee Orion Pobursky Congratulations to the new LDraw Steering Committee members! -The 2004 LDraw.org (...) (20 years ago, 15-Mar-05, to lugnet.announce, lugnet.cad, lugnet.cad.dev.org.ldraw) !
|
| |
| | Re: LDraw.org's January Model and Scene of the Month Winners
|
|
(...) Sorry, I didn't have time to make/update the applicable pages but I thought it would be best if I least started the poll since it was so late in the month. I should have this rectified by the weekend. -Orion (20 years ago, 10-Mar-05, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: LDraw.org's January Model and Scene of the Month Winners
|
|
(...) Yeah, I noticed that too. I wanted to go back and examine the pics for the small model. Can't remember what it was now, but there was something odd about the way the studs rendered. There was either a lot of z-bleeding, or else it just ripped (...) (20 years ago, 10-Mar-05, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: LDraw.org's January Model and Scene of the Month Winners
|
|
So, I went and voted for next month, and then wanted to look at some again, so I went to the Contests page here: (URL) Unfortunately, it appears that that page is out of date. The archive of past winners doesn't have any 2005 entries, and the (...) (20 years ago, 10-Mar-05, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | LDraw.org's January Model and Scene of the Month Winners
|
|
Congratulations to the winners of the January Model/Scene of the month contests: (URL) MOTM, Martian Surface Rover, Tom Beattie> (URL) SOTM, Showroom, Allister McLaren> The voting for the March Model of the Month and Scene of the Month contests is (...) (20 years ago, 10-Mar-05, to lugnet.announce, lugnet.cad, lugnet.cad.dev.org.ldraw, 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)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) Well, far be it from me to argue with Science. ;) Steve (20 years ago, 4-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) Well, yeah. I guess so. I feel like they're *way* pushing the "brick with modification" envelope. OTOH, your suggestions are definitely better than leaving those two parts as the only "Castle" parts. Steve (20 years ago, 4-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) Thanks! I'll leave that article up indefinitely, in case the subject comes up again. (Funny how my work always comes into my Lego hobby. Or is it the other way around? I can never tell. I guess I'm just a Lego person.) Stefan (20 years ago, 2-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) I agree but Stefan gave a compelling argument for 1 LDU = 4 mm so I changed the draft proposal. -Orion (20 years ago, 2-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) No, Orion is correct -- for LDraw. By definition, LDraw parts have no gap. 1-stud-wide bricks are 20 LDU - exactly. We *really* don't want to get into a game of trying model real-world dimensions in great detail. That it, unless someone can (...) (20 years ago, 2-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) I beg to differ. The width of a 1x1 brick is not the same as the spacing between two stud centres. Bricks have a small gap between them, whereas studs are very accurately placed on any brick with more than 1 stud. The LDU unit should be (...) (20 years ago, 2-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) Well, yes, and no. The bricks are not nearly as precise as the molds, but the dimensional tolerances for parts must certainly be a lot tighter than the difference between 1/64" and 0.4 mm. That difference is almost a full percent, so there is (...) (20 years ago, 2-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) They're just modified plate & brick: 6072 Plate 7 x 7 with cutouts and castle crenelations 6066 Brick 4 x 8 x 2 & 1/3 with cutouts and castle crenalations -John Van (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) OK, so I exaggerated a little bit. ;-) Only reason it sticks in my mind is because of that one release where it and the 2x2 radar dish shared the same name. (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) And Lego may change the number of that 2x2 from 3003 to 53456343, but it'd still be a 3003 to us, right? (...) Yes, true. (...) LDraw numbers are designed to be unambiguous. And that unambiguity is enforced by the fact that we store our data (...) (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) Exactly. (...) Yes. (...) I wouldn't. But we would have to work around that problem anyway. (...) Exactly. Play well, Jacob (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) Both. The default for CATEGORY is the first word from the part title. Most parts have no explicit CATEGORY. I believe in all the examples given by William, the default CATEGORY is in effect. (...) I expect we'd work on updating translations in (...) (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) a. I don't think gettext prevents you from using message codes in your code, it just allows you to use whatever text you want. b. Allowing embedded messages makes it easier for programmers, because they can read what's being output. c. (...) (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) But the existing part names are the unique identifier *we* have control over. Lego may well start calling a 'Brick 2x2' 'OleKirk347' in the next version of the moulds, but it's still a 'Brick 2x2', right? There's also the value of at least a (...) (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) Apparently my impression wasn't quite correct here. (...) Yes. But that would require the programs to be able to work directly on whatever translation format we decide to use. And it would inflate the parts library updates with approximately (...) (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) Devil's advocate for a sec, were those NAME changes or CATEGORY changes? (...) That was my thinking too, but I have no stats to back it up. (...) To Jacob's point about keeping changes in sync, which I agree is a valid concern and would need (...) (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) If only we knew what to do with that lousy crenellated wall topper, we could get rid of the Castle group altogether... (...) FYI: the Boat Stud is now Dish 2 x 2 -- both Peeron and LDList will still match on Boat Stud. And it was officially (...) (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) Mmmmm!!! Rock pieces (BURPs, LURPs, et al) recently became panels ... Castle walls also are in the process of becomming panels ... I no longer know where Boat Stud is as it moves so often ... And that's just the first three off the top of my (...) (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) Done. :-) (now we just have to see what the rest of the LSC says to it) (...) I have worked both with code-based and with string-based lookup (not professionally, though) the last ten-fifteen years. Both methods have their benefits and (...) (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) Peeron/LDraw/Partsref <-> BL isn't simple, because the part numbers are NOT consistant. AFAIK, the only way to actually resolve that is to build a proper translation table, which is what I think BrikTrak uses. (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) From a technical perspective I agree with Larry that the part number looks like the best key, and that the current part name is just one instance of an international language set of names. If we percieve peeron and and bricklink as countries, (...) (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) Thanks! Looking forward to it! I sort of don't follow the subtlety of the issue with lookup (GNU gettext?), but it seems to me from the outside that the part number ought to be the lookup key rather than one version of the part name. At least, (...) (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) It seems like there is general agreement that it would be a good idea, if the LSC creates a standard for i18n in LDraw parts names, so I will post a proposal to the LSC ASAP. Play well, Jacob (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | 2005 LDraw Steering Committee Election is open
|
|
The 2005 LDraw.org Steering Committee election is now open. To vote, please visit (URL) and log in with your user account. Next, visit the announcement on LDraw.org here: (URL) the Ballot link. You may vote for up to five candidates. Please cast (...) (20 years ago, 1-Mar-05, to lugnet.cad.dev.org.ldraw) !
|
| |
| | Re: Internationalization of the part library?
|
|
(...) Personally, I agree. That said, if the LSC decided that internationalization is not a goal then some consideration of how to proceed would be needed, but I would tend to want to follow their recommendation, it's their charter to own decisions (...) (20 years ago, 28-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | 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: Internationalization of the part library?
|
|
(...) Personally I think this is well within the pervue of the LSC. I see no need for another organization. Kevin (20 years ago, 28-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | 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: Internationalization of the part library?
|
|
(...) I feel it falls more to the LSC than any other group currently in existence. Although, the SteerCo could appoint a new i18n group... (...) I am picking my way through (URL) there another source of a good summary? From what I've read, this (...) (20 years ago, 28-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | 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: No mention of scale in file format doc
|
|
(...) some links about this topic: (URL) I use paul's figures: 1 LDU = 0.015625 inch = 0.396875 mm (20 years ago, 28-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) Thank you very much! Can you also add similar text under linetype 3? Steve (20 years ago, 28-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) Hmm. Where did that figure come from? I've been using 1 LDU = .4mm for quite awhile now... (...) heh. Don't be *too* sure about that, I seem to remember seeing some early evidence about measurements in English units. But it's a vague memory, I (...) (20 years ago, 28-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | 2005 Steering Committee Candidate Larry Pieniazek - backgrounder and position statement
|
|
Last year, I outlined my background and positions in (URL) this post>. I am standing for election again, and I think it's useful to review that post and take stock. In that post I said that the key areas of focus for the steering committee ought to (...) (20 years ago, 28-Feb-05, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | Re: Internationalization of the part library?
|
|
(...) I don't think it is really the task of the LSC to define a standard for internationalization (i18n) of part names, but here is a sketch of how I believe it should be handled: + The names found in LDraw files (parts and models) are considered (...) (20 years ago, 28-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Reminder: 2005 Steering Committee Nominations closing soon
|
|
As outlined here: (URL) nominations are about to close. Only those candidates that have been nominated, seconded, and have accepted. as outlined, will be eligible for election. So if you are a candidate that has not yet accepted or declined, please (...) (20 years ago, 28-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Call for Nominations: 2005 LDraw.org Steering Committee
|
|
(...) Now that the dead-line is approaching, I have to make a decision. Looking at the candidates for this steering committee election and the decisions that are on the horizon, I trust the candidates who already have accepted their nominations to (...) (20 years ago, 28-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | (canceled)
|
|
|
| |
| | 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: No mention of scale in file format doc
|
|
(...) You're probably right. The strictest definition is 1 LDU equals 1/20 the width of a 1x1 brick (whatever that measurement turns out to be). -Orion (20 years ago, 26-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) I was wondering about this number in that otherwise very explanatory and very clear figure when I saw it in the Brickfest presentation. I would strongly argue that Lego, being a Danish creation, is in fact metric by design, and that 1 LDU is (...) (20 years ago, 26-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | 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: No mention of scale in file format doc
|
|
(...) Much better! Thanks for that Orion, now I know exactly where to look when I need to remember how many studs per inch ;) ROSCO (20 years ago, 26-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) Darn copy and paste monster struck again. I've fixed it now. -Orion (20 years ago, 26-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) I see your point. I changed the wording and removed the images. -Orion (20 years ago, 26-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) heading ;) ROSCO (20 years ago, 25-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) But what's required by/for the parts library is different from what the basic file format spec lays out. I think it is better (more flexible, easier to write) for the file format to be flexible. When I'm doing rough coding of new parts, I (...) (20 years ago, 25-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) All BFC requires is uniform, non-bowtie winding. While currently the spec doesn't require winding, I see no reason not to revise the new spec to make it a requirement. On the flip side there are many file still left in the loibrary with a (...) (20 years ago, 25-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) Quoting the some of the new winding material: "The points of the quadrilateral must be declared in either a clockwise or counter-clockwise order (see above example images)." The basic file format specification should not include any mention of (...) (20 years ago, 25-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) Have a look now: (URL) added LDU and quad winding. -Orion (20 years ago, 25-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: No mention of scale in file format doc
|
|
(...) It may be worth mentioning the winding order for line types 3 and 4. (20 years ago, 24-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | 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: No mention of scale in file format doc
|
|
(...) Good point. Thanks for the reminder. Jacob (20 years ago, 24-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | No mention of scale in file format doc
|
|
Regarding the proposed file format document: (URL) is no mention of the scale used by the x/y/z triplets in the various linetypes. I would suggest there should be a paragraph introducing the concept of LDU, and how it relates to bricks and "real (...) (20 years ago, 24-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | 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: LDraw.org Contributer Agreement Status
|
|
(...) On this point, the ONLY way for me to reach the widest amount of people possible is for people who read this message to spread to word. I made a conscious (and correct) decision not to massively cross post this thread to increase exposure. I (...) (20 years ago, 21-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LDraw.org Contributer Agreement Status
|
|
(...) You are! Sproat agreed very promptly once Orion was able to reach him. (20 years ago, 21-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LDraw.org Contributer Agreement Status
|
|
(...) Hi Jeremy! Yours was one of the names that I figured just wasn't getting through due to something silly like this. I also figured that you'd come through and approve the new agreement so that the parts you created could continue to be (...) (20 years ago, 19-Feb-05, to lugnet.cad.dev.org.ldraw)
|
| |
| | 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)
|
