 | | Re: Portable MPD Submodel Names
|
|
I think the answer is very easy. Linetype 1 is for referencing to an existing LDraw file, doesn't matter which type (part, subpart, primitive etc.) So it is not necessary to describe that in the MPD Language Extension. The MPD Language Extension is (...) (19 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: MOTM Contest Questions and a Proposal
|
|
(...) OK. I will probably do this. (...) ;> to entirely custom alternate models as well? (By "alternate models" I mean (...) Right. Sounds good. (...) Ha, a good point! Sounds like LDView is used for the contest renders, so it probably wouldn't be a (...) (19 years ago, 23-Aug-07, to lugnet.cad.dev.org.ldraw, lugnet.cad)
|
| |
| | Re: MOTM Contest Questions and a Proposal
|
|
(...) OK. I think I will stick to the conservative naming scheme for now, just to be on the safe side. LDView's automatic part downloading is just killer. I suppose a reason to use submodels is to guard against the chance the unofficial parts are (...) (19 years ago, 23-Aug-07, to lugnet.cad.dev.org.ldraw, lugnet.cad)
|
| |
| | Re: MOTM Contest Questions and a Proposal
|
|
(...) How is this different from photographers sharing high-resolution images of their work on Flickr, or developers contributing to open-source programs? I would argue that with the original material available for others to compare, it is even (...) (19 years ago, 23-Aug-07, to lugnet.cad.dev.org.ldraw, lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) Ok, the whitespace debate has gone on long enough. It's been years now! Someone in the LSC needs to step up and really define what's an acceptable filename, whitespace and all. Personally I think since MLCad is established, popular, and pretty (...) (19 years ago, 23-Aug-07, to lugnet.cad, FTX)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) So we may considered this fully, please give your reasons for this request. The file names always fall at the end of the line, so, "because it's easier to parse" has already been considered by the LSC and discarded many thanks William Howard (19 years ago, 22-Aug-07, to lugnet.cad)
|
| |
| | Re: MOTM Contest Questions and a Proposal
|
|
(...) no, not at all! (...) this is a critical point. not everyone wants give away in-depth info of his/her models fearing that people copy and sell them. w. (19 years ago, 23-Aug-07, to lugnet.cad.dev.org.ldraw, lugnet.cad)
|
| |
| | Re: MOTM Contest Questions and a Proposal
|
|
(...) Travis is correct. I use a command line script to render the images, with LDview gracefully downloading unofficial parts from the PT. w. (19 years ago, 23-Aug-07, to lugnet.cad.dev.org.ldraw, lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) I think we need to draw this particular discussion to a close. From all the comments around matrix manipulation it is clear that this part of the specification is ambiguous and so needs further consideration. Unfortunately, whatever method we (...) (19 years ago, 23-Aug-07, to lugnet.cad)
|
| |
| | Re: OpenGL spec (was LDraw File Format spec)
|
|
(...) As this thread is for the discussion of the LDraw specification can any further debate of what the OpenGL specification may or may not say please be continued on .off-topic.debate Thanks William (19 years ago, 23-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
--snip-- (...) I'm not new to matrices and Travis' example is still a little unrigorous which is why I propose the mathematically sound form above. Note the amount of discussion already here because of what people consider 'standard' or 'given' (...) (19 years ago, 23-Aug-07, to lugnet.cad)
|
| |
| | Re: MOTM Contest Questions and a Proposal
|
|
Some quick answers... (...) Excellent. Thanks. (...) You should include the unofficial parts as submodels. (...) So long as you invent it then it's yours to submit. We don't want someone to post an MPD of the alternative model shown on the back of (...) (19 years ago, 23-Aug-07, to lugnet.cad.dev.org.ldraw, lugnet.cad)
|
| |
| | Re: MOTM Contest Questions and a Proposal
|
|
(...) ... (...) I'm not a contest admin, but I would like to point out that LDView is currently used to render the MOTM/POTM contest entries. So from a purely technical standpoint, it's unlikely that problems will be encountered with unofficial part (...) (19 years ago, 23-Aug-07, to lugnet.cad.dev.org.ldraw, lugnet.cad)
|
| |
| | MOTM Contest Questions and a Proposal
|
|
The new minimum-entries rule has inspired me to enter the LDraw.org Model of the Month contest. I have a few questions: 1. Should entries that use unofficial parts (real LEGO parts that are not yet LDraw certified) include those parts in the MPD (...) (19 years ago, 23-Aug-07, to lugnet.cad.dev.org.ldraw, lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) If I were new to 3D graphics (and I am ) I would be confused by this, I would have to ask someone else how to interpret the spec. I think Travis' proposal to show the two different matrices that can be built from the line of values is more (...) (19 years ago, 23-Aug-07, to lugnet.cad)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I found the thread on the Inno Setup forums, and based on my reading, it sounds like a Delphi bug with owner-drawn TListBox controls. It may be a bug in the MS List Box control when owner-draw is enabled; I don't know if the Delphi classes use (...) (19 years ago, 23-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) I think a full worked through example would do the specs a lot of good. If I understand right the line 1 c x y z a b c d e f g h i part.dat transforms any point by the operation (u, v, w)->(x+a*u+b*v+c*w, y+d*u+e*v+f*w, z+g*u+h*v+i*w) With it (...) (19 years ago, 22-Aug-07, to lugnet.cad)
|
| |
| | Re: *** LDView Version 3.2 Released ***
|
|
(...) That's the first I've heard of new performance problems in 3.2. I don't think I got any reports of that for the 3.2 Beta, and the 3.2 final is only bug fixes. It certainly runs fine on the computers I've tested it on. Can you copy the first (...) (19 years ago, 22-Aug-07, to lugnet.cad)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) It affects a fair few other programs (the wonderful Inno setup and various parts of windows itself) so is not LDList specific. IIRC, there was a code workaround that was applied in Inno but you'd need to check the newsgroup history. (19 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: *** LDView Version 3.2 Released ***
|
|
(...) Thank you Travis. Is it just me or is this version unusable slow? Drawing anything takes a good few seconds of 100% CPU whereas the same model and settings were almost instant in previous versions. I can go back to some previous build if it (...) (19 years ago, 22-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) I thought I'd add a clarification to the above. A quick look at LDView's (URL) Change History> file will show that I only added support for spaces in submodel filenames in version 3.0. Furthermore, I listed it as an addition, not a bug fix, (...) (19 years ago, 22-Aug-07, to lugnet.cad, FTX)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I think this newsgroup is a good place. (19 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) He's talking about the smooth scrolling ("list box animation" in the General section of Tweak UI from Windows XP PowerToys). The actual end result is correct. When you click, it ends up at the next page of data after it's done animating the (...) (19 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) That's true. However, unless I'm badly mistaken, in addition to the xyz1 being at the end, you also need the other parameters to be in the proper direction in order to get the results that the LDraw library wants. The following two matrices (...) (19 years ago, 22-Aug-07, to lugnet.cad)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I tried it on XP SP2 and get the same issue. Note : the data in the list ends up in the right location, it's just that the scroll effect is backwards. Again, move the thumb halfway down the scroll bar. Click the down arrow and watch how the (...) (19 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) Yes, but look where the x, y, and z are. The example matrix is transposed vs the "standard" one shown in OpenGL text. If you swap the rows and columns in the above matrix, you'll get the OpenGL one. It's an alternate way of expressing a 3D (...) (19 years ago, 22-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) I think we'll just include two examples of how the data would go into a matrix in the two different directions and leave it at that. At this point, I think the best thing would be to add something like the following to the currently proposed (...) (19 years ago, 22-Aug-07, to lugnet.cad)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I'm on SP1. I'll try updating to SP2 and see if that fixes it. Rob (19 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) ?? Doesn't happen to me, I'm running 4.1 on WinXP, SP2. Anyone else? (19 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) The OpenGL 2.1 specification: page 23 Vertex Arrays "Matrices are loaded into these slots in column major order." page 43 Matrices LoadMatrix takes a pointer to a 4 × 4 matrix stored in column-major order as 16 consecutive floating-point (...) (19 years ago, 22-Aug-07, to lugnet.cad)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I'm running LDList v 4.1, 2004-Apr-16 on Win XP First, move the slider thumb to the center of the scroll bar area. If you click the Up arrow a few times, the list text scrolls down, which is as expected. If you click the Down arrow, you'll see (...) (19 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
I first replied almost three hours ago, but for some reason e-mail authentication never got this posted. I had to send it again and authenticate on the web page to get the message to appear?? FUT: lugnet.admin.general (...) (19 years ago, 22-Aug-07, to lugnet.cad.dev, lugnet.admin.general)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I think this newsgroup is a good place. (19 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) You guys are both wrong, OpenGL is NOT column major. This is one of the biggest mistakes I keep hearing people repeat about OpenGL. The API doesn't care if you use column major or row major matrices, it just expects an array of 16 floats with (...) (19 years ago, 21-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) Hi again. What I meant was, I am confused by the (apparent) difference in what the *current* spec says on this issue, and what the new proposed spec says. If you will look at the current spec and scroll down near the end to the Line Format (...) (19 years ago, 22-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) From the standpoint of OpenGL, it uses row-major ordering. There are two ways to draw a transformation matrix. OpenGL uses the following (array offsets shown after): A D G X 0 4 8 12 B E H Y 1 5 9 13 C F I Z 2 6 10 14 0 0 0 1 3 7 11 15 (...) (19 years ago, 22-Aug-07, to lugnet.cad)
|
| |
| | Portable MPD Submodel Names
|
|
Bricksmith and LDView accept descriptive submodel names containing spaces, punctuation, and no file extension. However, I have been given the impression that MPD files containing submodel names like these can be problematic for MLCad and other tools (...) (19 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I would report bugs to the developer. I see an email address at the bottom of the page at (URL) and on the LDraw.org listing at (URL) the other hand, if your bug report contains any interim solutions for working around the bug, I would (...) (19 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Bug in current version of LDList
|
|
Where should I report a bug in LDList v4.1? Or is there a database of existing bugs for any of the LDraw family of apps? Rob (19 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) I came across the *current* LDraw file spec here: (URL) the matrix example is using column-major ordering. So now I'm really confused. Does the current spec use column-major, and the new spec is proposing to change it? Or is the current spec (...) (19 years ago, 22-Aug-07, to lugnet.cad)
|
| |
| | *** LDView Version 3.2 Released ***
|
|
LDView 3.2 is now available for download from the LDView downloads page here: (URL) Please note that the translations have not yet been updated to work with this release, and translations created for version 3.1 will refuse to load. The 3.2 (...) (19 years ago, 22-Aug-07, to lugnet.announce, lugnet.cad, FTX) !!
|
| |
| | Re: Question about LDraw.org Library Header Specification
|
|
(...) Yes. (...) Yes to that too. I've fixed both of these problems. Hopefully I didn't introduce new once (the content system on ldraw.org can be finicky). --Travis (19 years ago, 22-Aug-07, to lugnet.cad)
|
| |
| | Question about LDraw.org Library Header Specification
|
|
At this url: (URL) you scroll down to the first Examples header (in bold) there's this line: 0 !CATEGORY Animal 0 !KEYWORDS Sting, Poison, Adventurers, Egypt Is there supposed to be a line break between "Animal" and "0"? Also, a little later in the (...) (19 years ago, 22-Aug-07, to lugnet.cad)
|
| |
| | Re: New rule for SOTM/MOTM
|
|
(...) That sounds like an excellent change! Spotlighted. Cheers Richie Dulin (19 years ago, 22-Aug-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | New rule for SOTM/MOTM
|
|
Dear all, We have decided to introduce an additional rule to the MOTM and SOTM contests on LDraw.org in order to make them a little more interesting. We will now only run these contests if there are a minimum of five entries. The current situation (...) (19 years ago, 22-Aug-07, to lugnet.cad.dev.org.ldraw, lugnet.announce) !
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) I'm new to this community, and am just learning 3D graphics, but I will comment on this as someone who will eventually use this file format to read in and render these parts in 3D. 1. Character encoding - for a file spec, not specifying this (...) (19 years ago, 21-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) I think the original suggestion that we mention that it is in row-major format is valid. I agree that the fact that OpenGL (almost certainly one of the top two most used 3D APIs on the planet) uses column major format is a good reason to (...) (19 years ago, 21-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) The "so-what" would be that I, as someone who will eventually read in these files to create OpenGL renderings of them, would expect the matrices to be in column-major order, unless explicitly stated otherwise. Rob (19 years ago, 21-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) Umm, so what? LDraw is not, and should not, be dependent on OpenGL. Having worked with transformation matrix in both formats, I find the row-major format much easier to hand-edit than column-major organization. At least for LDraw-type usage (...) (19 years ago, 21-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) Page 16 of the OpenGL spec, v2.1 states: "Only convex polygons are guaranteed to be drawn correctly by the GL." Rob (19 years ago, 21-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) Is this really what the LDRAW spec is stating? Because that would be contrary to the OpenGL spec, in which the standard ordering of matrices is column-major. So if you have a row like a b c d e f g h That would be interpreted in OpenGL as a e (...) (19 years ago, 21-Aug-07, to lugnet.cad)
|
| |
| | Looking for 7819 as a .DAT file
|
|
Hi, I found 7740, 7815 and 7820 on brickshelf but unfortunately no 7819, does anyone has it as a file maybe? Why do I am looking for that? I want to include a lego room in my website (www.adri.de) with my (and maybe your?) lego MOCS and sets and (...) (19 years ago, 21-Aug-07, to lugnet.cad.dat.models)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) After reading the text (Great work on part of the LSC), these are my comments. I think it would be helpful to mention the used matrix in line type 1 is row orientated (more clearly then 'standard matrix'). A paragraph about line type 1 (...) (19 years ago, 21-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) Keep in mind, the original LDraw tool treats concave quads as triangles, effectively ignoring the contained vertex. So, by the 0.27 "spec", concave quads are inappropriate. Which can be translated as they are disallowed, but the renderer copes (...) (19 years ago, 21-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(I'll comment on other items later, but want to get this out ASAP.) (...) This is a question for both Orion and the LDraw part library admins. If I write a program that splits all the concave quads in all existing official parts into two triangles, (...) (19 years ago, 21-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) I'm not sure yet what we on the LSC will decide with respect to concave quads. It may be that we'll change that paragraph to a recommendation. I personally don't like them, but I can see Orion's point. I may write a utility program to (...) (19 years ago, 21-Aug-07, to lugnet.cad)
|
| |
| | Re: Looking for 7740 as a .DAT file
|
|
O.k., finally found it on brickshelf... cu, adrian (19 years ago, 21-Aug-07, to lugnet.cad.dat.models)
|
| |
| | Re: Looking for 9V switch as a .DAT file
|
|
Thats is, thanks Manfred! (19 years ago, 21-Aug-07, to lugnet.cad.dat.parts)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) Actually I find it quite logically it's not supported. And I don't think it's a specific OpenGL thing. Once the vertices's are not concave, you basically stop having a Quad all to getter. It becomes a polygon, and how is the hardware supposed (...) (19 years ago, 21-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) Hi there. I'm just getting up to speed with OpenGL so it will be a little while before I can really sink my teeth into this. But, one thing I have learned so far is that the rule about non-concave quads is actually a limitation of OpenGL. It (...) (19 years ago, 21-Aug-07, to lugnet.cad)
|
| |
| | Re: Looking for 9V switch as a .DAT file
|
|
Or are you looking for this kind of switches: (URL) friendly greetings, Manfred. (19 years ago, 20-Aug-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Looking for 9V switch as a .DAT file
|
|
(...) Do you prehaps mean part 6551.DAT - Electric Technic Pole Reverser? It is in the official parts library. With friendly greetings, Manfred. (19 years ago, 20-Aug-07, to lugnet.cad.dat.parts)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) OK, I read the whole post and am reposting my comments here :-) Here are my comments. I'll delineate the section where appropriate. Purpose: "standard by which most create virtual LEGO® models" Due to past personal conflicts and missteps too (...) (19 years ago, 20-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
William Howard schrieb: (...) "Write/Print" Please add a note that this is not allowed in official parts files on the PT. "File Type" In the way your wrote this artikel it is very confusing for newbees. It should be divided in two portions. Official (...) (19 years ago, 20-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
William Howard schrieb: (...) "Every line of the file contains one command. With one exception, every command is independent of other lines. The exception is the BFC INVERTNEXT command which modifies the behaviour of the immediately following (...) (19 years ago, 20-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
(...) And if we hadn't been granted an extended term (to get the voting out of summer holidays), we probably wouldn't have gotten the job done either (not that we have yet, but there's every indication that we will). I wonder if that would have (...) (19 years ago, 20-Aug-07, to lugnet.cad)
|
| |
| | LDraw File Format Spec 1.0 DRAFT - Call for Public Comments
|
|
Like all previous LSCs, the 2006/7 LSC was charged with ratifying the LDraw File Format 1.0 specification. After much work checking, and ratifying as necessary, all linked specs and language extensions, and many months of dicussions about the actual (...) (19 years ago, 20-Aug-07, to lugnet.cad) !
|
| |
| | Looking for 9V switch as a .DAT file
|
|
Hi, does anyone has a 9V switch as a .DAT file, unfortunately can't find any on the LDRAW site, nor in official, nor in unofficial parts. Does anyone has it and may tell me the link or send it as file? Why do I am looking for that? I want to include (...) (19 years ago, 20-Aug-07, to lugnet.cad.dat.parts)
|
| |
| | Looking for 7740 as a .DAT file
|
|
Hi, maybe I am too stupid to use the search engine :-) but I can't find no 7740 as a .DAT file and I do know that (years ago) I did find them here (but lost them due to changing computers). Does anyone has it and may tell me the link or send it as (...) (19 years ago, 20-Aug-07, to lugnet.cad.dat.models)
|
| |
| | Re: "Building with Bricksmith" screencast video
|
|
(...) It looks good, though, doesn't it? But you're right, if LDView 3.2 is a beta, this is, what, pre-alpha? I can change the caption. Hope you don't mind the "pre-release publicity." Jim (19 years ago, 19-Aug-07, to lugnet.cad.dev.mac, FTX)
|
| |
| | Re: "Building with Bricksmith" screencast video
|
|
I hardly think something that's not even close to feature complete (LDView Cocoa) qualifies as "Beta" ;-). --Travis (19 years ago, 19-Aug-07, to lugnet.cad.dev.mac, FTX)
|
| |
| | "Building with Bricksmith" screencast video
|
|
I have recorded a silent video "screencast" of the creation of my most recent (URL) LDraw model> (yet another B-Wing variant). It is not a short video, but it shows the whole process from start to finish. Watching it has already given me a few ideas (...) (19 years ago, 19-Aug-07, to lugnet.announce, lugnet.cad, lugnet.cad.dev.mac, FTX)
|
| |
| | Working with large models in LDD.
|
|
Hello all, I am currently working on a mosaic using nothing but 1x1 bricks. My problem is that the its over 13000 bricks. This seems to really cause problems with the speed of LDD. I am using a Macintosh PowerBook 1.67 with a gig of ram. It was (...) (19 years ago, 16-Aug-07, to lugnet.cad.ldd, FTX)
|
| |
| | Re: Selling prints of LDraw renders
|
|
(...) Ok, thanks guys. As I've looked into logistics in other areas (would people even be interested in buying prints/cards/etc. of LDraw scenes? I have a feeling it would be difficult to turn any kind of profit with this.) I'm not sure how far I'll (...) (19 years ago, 14-Aug-07, to lugnet.cad, FTX)
|
| |
| | Re: Selling prints of LDraw renders
|
|
(...) Given the way the software is made available, I would hope that anyone considering turning a profit from it might consider earmarking a portion of the proceeds to Ldraw.org - like Tim Courtney did from the sales of (URL) Virtual Lego>. Cheers (...) (19 years ago, 14-Aug-07, to lugnet.cad, FTX)
|
| |
| | Re: Selling prints of LDraw renders
|
|
(...) Dear Philip, To my knowledge there is nothing stopping you doing this. I wouldn't swear that it's not infringing copyright (IANAL) but I find it extremely unlikely anyone would make an issue out of it. Tim (speaking without his SteerCo hat on) (19 years ago, 14-Aug-07, to lugnet.cad)
|
| |
| | Re: Counting Parts in MPD file
|
|
(...) Or create a Bill of Materials using LPub! (19 years ago, 13-Aug-07, to lugnet.cad)
|
| |
| | Re: Counting Parts in MPD file
|
|
(...) There is the Bricklink inventory format and the one used by BrickStore. Both seem to do what you want. (19 years ago, 13-Aug-07, to lugnet.cad)
|
| |
| | Selling prints of LDraw renders
|
|
I'm interested in selling prints of renders I've made of LDraw scenes. The way I interpret the terms of service, it appears that this is fine, but I wanted to check here to make sure I haven't missed anything. Is there any precedent for this and is (...) (19 years ago, 12-Aug-07, to lugnet.cad)
|
| |
| | Re: Counting Parts in MPD file
|
|
(...) Brickstore can already export wanted list and inventory XML files ready for importing into Bricklink, it does the conversion between Ldraw and Bricklink colour codes when you import the Ldraw file. It will even open your browser to the import (...) (19 years ago, 10-Aug-07, to lugnet.cad, FTX)
|
| |
| | Re: Counting Parts in MPD file
|
|
(...) Except that in Sweden (other places too, maybe) it's 'skv' - semi-colon separated values with decimal comma. Excel on a Swedish computer should in theory be able to import csv, but one often gets interesting surprises (Decimal points makes it (...) (19 years ago, 10-Aug-07, to lugnet.cad)
|
| |
| | Re: Counting Parts in MPD file
|
|
(...) As far as I know, entries in a csv can be quoted. I just have to figure out how, and quote if I run across a comma in the data. (...) Thanks. That one could be useful. It's not an exact match. For example, I'd have to use MINQTY for the (...) (19 years ago, 10-Aug-07, to lugnet.cad, FTX)
|
| |
| | Re: dat file for wedge piece 50955 and 50956
|
|
(...) I too could use these pieces. I better start trying to author some parts myself. Jim (19 years ago, 10-Aug-07, to lugnet.cad, lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Counting Parts in MPD file
|
|
(...) Yes, maybe even better/safer due to possible (if possible at all) commas in part names. (...) Hm, how about the (URL) BrickLink's wanted list format>? I guess that one might be very useful. (...) Haha, sorry for that :) I currently work more (...) (19 years ago, 10-Aug-07, to lugnet.cad, FTX)
|
| |
| | Re: Counting Parts in MPD file
|
|
(...) Thanks for the suggestions. Both suggestions seem reasonable (for 3.3, probably; definitely not for 3.2). I had actually planned to support multiple output formats in the future, but wasn't sure what they should be. csv is certainly one of the (...) (19 years ago, 10-Aug-07, to lugnet.cad, FTX)
|
| |
| | Re: Counting Parts in MPD file
|
|
--snip-- (...) Or do an MPD part check on Peeron ;) (19 years ago, 10-Aug-07, to lugnet.cad)
|
| |
| | Re: Counting Parts in MPD file
|
|
(...) Or load it in Brickstore, where you can also check the current price of all the parts on Bricklink ;) ROSCO (19 years ago, 9-Aug-07, to lugnet.cad)
|
| |
| | Re: Counting Parts in MPD file
|
|
(...) It does indeed! As long as it really does.... ;) I hope the MLCAD's author (if he reads this) will take this as possible suggestions for improvements, not criticism. After all, it is a wonderful tool and I am immensely grateful for it! The (...) (19 years ago, 9-Aug-07, to lugnet.cad, FTX)
|
| |
| | Re: Counting Parts in MPD file
|
|
(...) Or just select Piece Count from Bricksmith's Tools menu. :-) Jim (19 years ago, 9-Aug-07, to lugnet.cad)
|
| |
| | Re: Counting Parts in MPD file
|
|
(...) Or, you could load the MPD into LDView 3.2 Beta 1 and generate a parts list. (Of course, as the author of LDView, I wouldn't be biased at all. ;-) --Travis (19 years ago, 9-Aug-07, to lugnet.cad)
|
| |
| | Counting Parts in MPD file
|
|
I just saw the thread "MPD to LDR converter?" ((URL) and thought about what Joel Hoornbeek wrote. If I have an MPD File with many of submodels that are used in the main model, I only have to 1) export that main model 2) open that new file with MLCad (...) (19 years ago, 9-Aug-07, to lugnet.cad)
|
| |
| | Re: RACHAL Polar - changeover day
|
|
--snip-- (...) For future ones I'll try to include them but I simply didn't have time for this one. Sorry. Tim (19 years ago, 8-Aug-07, to lugnet.cad.dev.org.ldraw, lugnet.cad.ray, FTX)
|
| |
| | Re: LSynth rubber band question
|
|
(...) That's OK. Thank you for the explanation of LSynth's current development. Reading the relevant part descriptions from an external file sounds like a great idea. That should make it easier to add support for new parts in the future. I wish (...) (19 years ago, 8-Aug-07, to lugnet.cad, FTX)
|
| |
| | Re: MPD to LDR converter?
|
|
(...) OK, I got it. I forgot about the Export function and was looking for it under the Multipart > export menu. -Duane (19 years ago, 8-Aug-07, to lugnet.cad)
|
| |
| | Re: LSynth rubber band question
|
|
(...) Hi Jim, There is a new LSynth in the works. You can see the updates on sourceforge. Willy has been doing a great job testing, and driving change based on his experience. Don Heyse has been taking care of the code, and hammering out the bad (...) (19 years ago, 8-Aug-07, to lugnet.cad, FTX)
|
| |
| | Re: RACHAL Polar - changeover day
|
|
(...) Wow that is huge. I was wondering when we do have RACHAL if it would also be possible to include a .zip of the unofficial parts used in the .mpd file? Thanks. Looking forward to try it. Have some ideas. Zach Best (19 years ago, 8-Aug-07, to lugnet.cad.dev.org.ldraw, lugnet.cad.ray, FTX)
|
| |
| | Re: MPD to LDR converter?
|
|
(...) Hi Duane, You should be able to use the File > Export function within MLcad to do what you want. You only need to select the base model within the MPD, and it'll spit out an LDR file with all of the sub-models in-lined. Please let me know if (...) (19 years ago, 8-Aug-07, to lugnet.cad)
|
| |
| | MPD to LDR converter?
|
|
I'll post this here in the main group... Is there a utility that can convert an MPD file to a consolidated LDR file? -Duane (19 years ago, 8-Aug-07, to lugnet.cad)
|
| |
| | Re: LDraw All-In-One-Installer - Seeking permission from software programmers
|
|
(...) I'll take this back to the SteerCo and see if we can come up with something working better. Sorry for the mess. w. (19 years ago, 8-Aug-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LGEO quirks with parts 6536 and 6187
|
|
(...) Great! Thanks, Travis. (URL) fix render>> I had never noticed the link to those fixes from the L3P page. It's all part of the journey of discovery for LDraw novices, I suppose. Jim (19 years ago, 8-Aug-07, to lugnet.cad.ray, FTX)
|
