 | | Re: PreL3P 1.0
|
|
(...) With a customized ldconfig file, you can use PreL3P to convert color codes directly to the hexadecimal equivalents of other other colors. For example, here are the default gray definitions: 0 !COLOUR Gray CODE 7 VALUE #C1C2C1 EDGE 0 0 !COLOUR (...) (17 years ago, 9-Oct-07, to lugnet.cad)
|
| |
| | LDView feature request
|
|
I can not find a possibility to show the axes in a model or a part in the way that I can do with L3Lab with "View" - "Show Axes". Because I use LDView a lot for reviewing parts it would be very helpful to have such a feature also in LDView. cu (...) (17 years ago, 9-Oct-07, to lugnet.cad)
|
| |
| | PreL3P 1.1
|
|
PreL3P 1.1 is now available: (URL) Added a "done" announcement that includes a summary of how many lines and colors were modified. * Added an alternate usage syntax. Given the name of a single file, PreL3P updates it in place and creates a backup of (...) (17 years ago, 9-Oct-07, to lugnet.cad)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) Here's a page that shows the 800x600 image in front of various backgrounds (including yellow and black warning stripes): (URL) --Travis (17 years ago, 9-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: PreL3P 1.0 [DAT]
|
|
(...) You can always make your own "include file" with colour redifinitions in a .dat, like this experimental file I made some time ago. It redifines pink into medium blue and corrects the horrible L3 light green: To use it, all you have to do is (...) (17 years ago, 9-Oct-07, to lugnet.cad)
|
| |
| | Re: PreL3P 1.0
|
|
(...) Well yes, it would, and it would surely have had its advantages to leave the "source" file completely untouched. But I think it would be even better do like I suggested, with the implementation towards L3PAO (and my own LDA application) in (...) (17 years ago, 9-Oct-07, to lugnet.cad, lugnet.cad.ray)
|
| |
| | Re: PreL3P 1.0
|
|
It would be interesting to be able to have a secondary remap file other than LDraw.ldr. For example, stone colors are not well supported by several programs other than L3P. If I want to build with these colors I generally use old greys, but it would (...) (17 years ago, 9-Oct-07, to lugnet.cad)
|
| |
| | Re: PreL3P 1.0 - Ping Onyx!
|
|
(...) Thanks! I'm glad you find it useful. Your list of L3-supported colors was instrumental as a good default behavior. (...) I am pleased to hear it works well on Windows. Good suggestion regarding the done message. I'll add one. (...) Neat. That (...) (17 years ago, 9-Oct-07, to lugnet.cad, lugnet.cad.ray)
|
| |
| | Re: PreL3P 1.0 - Ping Onyx!
|
|
(...) Fantastic piece of software, just what I've been looking for. Thanks Jim! I just can't believe your post isn't highlighted, but I guess it has to do with bad timing; all attention on LDraw.org committee elections... I've tried the Windows (...) (17 years ago, 9-Oct-07, to lugnet.cad, lugnet.cad.ray)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) I think it's really good. Maybe you should ship LDView with an "instructions" preference set configured for this kind of output! Jim (17 years ago, 9-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Opinions sought on rendering method
|
|
Well, as of 0135 PDT, lugnet.cad.ray is at the top of the 24-hour column of the LUGNET Traffic Report (with 18 posts, vs. 12 for the next group). That makes me feel good. :-) (This is the only thread in the group that has had any posts in the last (...) (17 years ago, 9-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) OK, I played around with this tonight for a few hours, and finally came up with something that I think I'm happy with. It requires 3 passes of the transparent polygons (just during snapshot save with SaveAlpha enabled), but it seems to get (...) (17 years ago, 9-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) To me, the reasons are mainly "historical": the first way to get better images than the output of Ldraw/MLCad/LeoCAD (which is not that bad for instructions!) was POV-Ray. L3PAO then LPub did a lot to push POV as the renderer of choice. Add to (...) (17 years ago, 9-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) A very important point - I didn't even noticed that the vehicle roof was grey, not white! (...) That's the main problem of LDD generated instructions: no edges... Philo (17 years ago, 9-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) It'll be there in the next release. (...) Actually, if you look you will see that parts of it are somewhat transparent (like the left edge of the windscreen). All of it that has the background visible through transparent parts is supposed to (...) (17 years ago, 9-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) I would choose LDView over POV-Ray and L3P in an instant if the -SaveAlpha option worked on my Mac. Otherwise, I think your conclusions about the appearance settings are correct. LDView renderings like your example look great. Would it make (...) (17 years ago, 9-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Opinions sought on rendering method
|
|
--snip-- (...) --snip-- (...) Is it that they prefer POV-Ray or that they don't have/aren't aware that the latest versions of LPub can use LDView? Although I consider myself quite a dab hand at POV-Ray I would never use it for instructions now that (...) (17 years ago, 8-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) In my opinion, both images are unusable for instructions. Prefering legibility over realism (though a bit of "realism" is still needed to even recognize the shapes), I put down some universal rules for creating instructions of virtually any (...) (17 years ago, 8-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) This is one of the main reasons I posted asking for opinions. I think I can fix this, but I know that fixing it is going to be a lot of work. There's no point bothering if people aren't going to like the results. (...) That can be fixed (with (...) (17 years ago, 8-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) That isn't a silly question at all, really. In fact, it may be more important than all the flaws that have been pointed out. Based on the comments here, there seems to be a general consensus about a few things regarding "high-quality (...) (17 years ago, 8-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) On my monitor, version 1 certainly looks cleaner and sharper. I will be interested to see how you accomplished this. It might get me back into creating instructions again, which is something I have stopped doing because I was getting so (...) (17 years ago, 8-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) I've found that getting rid of the transparent colors' refraction characteristics makes for a much clearer rendering, too: (URL) no refraction>> Jim (17 years ago, 8-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) Unless Travis is explicitly setting it, I think POV-Ray defaults to 2.2. -Orion (17 years ago, 8-Oct-07, to lugnet.cad.ray)
|
| |
| | Bug when copying a group [DAT]
|
|
hi all, today I played around with the group feature and found out that MLCad "ungroups" a Group when you try to copy'n'paste a Group withing the file. furthermore the order in the .ldr looks kind of weird though it is sorted fine in the parts list (...) (17 years ago, 8-Oct-07, to lugnet.cad.mlcad)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) Good point. I think the official instructions are harder to follow now with the fancy rendering. Sometimes you can't tell one color from another, especially black, white, and the various shades of gray. I can barely tell the white bricks from (...) (17 years ago, 8-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) Just for comparison, I rendered your model using the same technique as mine: (URL) m6459>> Transparent parts definitely seem to be a challenge. Jim (17 years ago, 8-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) For instructions I'd definitely choose Version 1, for nice pictures Version 2 minus the hard, black edges and a little less shiny. As the other's have said: - too dark in the black. Actually, to me the whole picture is too dark - which monitor (...) (17 years ago, 8-Oct-07, to lugnet.cad.ray)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) - The shadows in version 2 cause color confusion. This is the most glaring example but it is repeated thoughout the rendering: the 1x2 grille piece is white in version 1 but looks grey in version 2. - No conditional lines rendered in both. - (...) (17 years ago, 8-Oct-07, to lugnet.cad.ray)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) I agree with Philo that the shadows are distracting. I don't think the stud logos are necessary, either. On the other hand, I think the transparent parts in the first rendering look a little too dark. There's also a grainy texture under some (...) (17 years ago, 8-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Parts vs subparts for compound parts
|
|
In lugnet.cad.dat.parts, Niels Karsdorp wrote: (I've > read that there's a major update on classic windows in the pipeline.) (...) Yes, see (URL) This shows how I decided to organise these files a while back. The CA header conversion is nearing (...) (17 years ago, 8-Oct-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Opinions sought on rendering method
|
|
(...) For me, the keypoint here is "for instructions". Anything that remove legibility to the image should be avoided. In both versions conditional lines are not rendered. Not a huge problem here, could become one on models with many rounded (...) (17 years ago, 8-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Opinions sought on rendering method
|
|
I'm working on a different rendering method (for instructions) using POV-Ray, and I wanted to get some opinions about the output. On that note, I have two sample renderings in two different sizes, and I'd like to get people's feedback. Note that I'm (...) (17 years ago, 8-Oct-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: Parts vs subparts for compound parts
|
|
(...) "A part I can buy" is not how we determine where to place a file. Since x322 represents a solid piece that a modeler may need to interact with directly (that is, give it a color). Looking at the files involved, the file locations and (...) (17 years ago, 8-Oct-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Parts vs subparts for compound parts
|
|
(...) SNIP (...) For to solve the hold vote on this part, I think, that the current x322.dat should go into the s/ folder because this is not a PART that I can buy. So the file with the metal portion should be instead x322.dat and with the light (...) (17 years ago, 7-Oct-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) To me also. I meant to respond, but my verification email address was down temporarily when the original message was posted, and I forgot to respond later. --Travis (17 years ago, 7-Oct-07, to lugnet.cad)
|
| |
| | Re: Reminder: 2007/2008 LDraw.org Standards Committee (LSC) closing in a week
|
|
(...) There is no seconding for LSC nominations. --Travis (17 years ago, 7-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Yes, at least to me :-) (17 years ago, 7-Oct-07, to lugnet.cad)
|
| |
| | PreL3P 1.0
|
|
PreL3P is a console tool that converts LDraw color codes unrecognized by L3P to hexadecimal "extended color" specifications. It reads "!COLOUR" meta commands from ldconfig.ldr to determine the color of any given code. For more details, an example, (...) (17 years ago, 7-Oct-07, to lugnet.cad) !
|
| |
| | Re: LDMerge 1.0
|
|
(...) LDMerge 1.1 is now available. It fixes a bug with "unmerge -source all" and tries to do a better job reporting paths in native format. Bug reports welcome. Jim (17 years ago, 7-Oct-07, to lugnet.cad)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
(...) Thanks, I accept. Philo (17 years ago, 7-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
I nominate Philippe Hurbain. cu mikeheide (...) (17 years ago, 7-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Reminder: 2007/2008 LDraw.org Standards Committee (LSC) closing in a week
|
|
Hi folks, we are half way down with the nominations. As outlined here: (URL) will close in a week, at 11:59 PM GMT on 14 October 2007 and elections will start October 17. Only those candidates that have been nominated, seconded, and have accepted as (...) (17 years ago, 7-Oct-07, to lugnet.cad, lugnet.cad.dev.org.ldraw, lugnet.announce)
|
| |
| | 2007/2008 LDraw.org Standards Committee (LSC) Candidates
|
|
Hi folks, I have put together a summary of the 2007/2008 LDraw.org Standards Committee (LSC) Candidates for your reference. I’ll do my best to keep it up to date as new nominations or acceptances are coming in. You can find it at: (URL) are listed (...) (17 years ago, 7-Oct-07, to lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Sticker Generator for LDRAW / MLCAD
|
|
(...) Wow, I can't believe I only just found this thread! txt2dat uses Jonathan Richard Shewchuk's Triangle library to triangulate polygons generated by Truetype fonts. All you need to do is supply a list of verteces, and it will generate the (...) (17 years ago, 6-Oct-07, to lugnet.cad)
|
| |
| | L(EGO)Draw part discrepancies
|
|
I have checked LEGO Universe Team parts ((URL) official or non-official parts when they exist, and noticed several differences. Could anyone who own some of these parts (I don't) check these differences and comment? (LUT version may not match real (...) (17 years ago, 6-Oct-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Introducing SR 3D Builder - a LDraw editor by Sergio Reano
|
|
(...) I didn't have any problems with weird folders in documents and settings you just unzip the files wherever you want and it will setup itself (which you can unzip to a new folder under Program Files.) The only issue I have (which is an issue (...) (17 years ago, 6-Oct-07, to lugnet.cad.dev)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
(...) I would like to think that it meant "5 in the last one year", since we want people who are CURRENTLY active in the LDraw community. That is also the way that I naturally read the sentence. But it can definitely be read either way. And given (...) (17 years ago, 5-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Introducing SR 3D Builder - a LDraw editor by Sergio Reano
|
|
(...) Why can't I install 'normally' to program files. It makes all kind of weird folders in documents and settings now. Not to happy with that personally. But that aside it's sounds very promising, unfortunately it crashes on my machine. first I (...) (17 years ago, 5-Oct-07, to lugnet.cad.dev)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
(...) I accept. ROSCO (17 years ago, 5-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Introducing SR 3D Builder - a LDraw editor by Sergio Reano
|
|
(...) <snip> (...) Very cool Sergio -- I was quite pleased by the speed of the rendering! Since I don't know the ldraw keyboard commands I was a bit at a loss on how to "place" a part or rotate a part -- also camera operations as well. I'm looking (...) (17 years ago, 5-Oct-07, to lugnet.cad.dev)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
(...) I accept. mikeheide (17 years ago, 5-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Introducing SR 3D Builder - a LDraw editor by Sergio Reano
|
|
(...) SNIP (...) This sounds very good to me. I will give it a try the next days. cu mikeheide (17 years ago, 5-Oct-07, to lugnet.cad.dev)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Last night, I updated the rendering script to use L3Lab's "Front-Upper-Right" view for most parts (Baseplates use a top-down view, panels use "Back-Upper-Left"). The actual parameter/array is: 0.7071,0,0.7071,0.35...0.5,0.6124 I also changed (...) (17 years ago, 5-Oct-07, to lugnet.cad, FTX)
|
| |
| | Introducing SR 3D Builder - a LDraw editor by Sergio Reano
|
|
I proxy this on behalf of Sergio Reano, who for some technical reasons is not able to post to LUGNET. Please post here your comments but cc: also to Sergio via mail. Hi everybody, my name is Sergio Reano and I'm a programmer and Lego fun from Italy. (...) (17 years ago, 5-Oct-07, to lugnet.cad, lugnet.cad.dev.org.ldraw, lugnet.announce, lugnet.cad.dev.lcd) !!
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
I, Willy Tschager, nominate Mike Heidemann (author of DATHeader, parts author and vivid parts reviewer). w. (17 years ago, 5-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Preparing a L(EGO)Draw part for the Parts Tracker – A review
|
|
(...) hmm ... looks like we got the "ideal" version as it has been projected by the part designers but the part was modified during the production. fact is we stick to the actual part as it comes out of the box and we will have to get rid off the (...) (17 years ago, 5-Oct-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Preparing a L(EGO)Draw part for the Parts Tracker – A review
|
|
(...) it's a fine prog, anders! nonetheless I really wish it were a part of LDDP and not just a plug in - it doesn't allow polling to a viewer while I edit figures and to me visual feedback is crucial. BTW could you please check why Syncedit wipes (...) (17 years ago, 5-Oct-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
Sorry for that mistake W ----- Original Message ----- From: "Travis Cobbs" <tcobbs@REMOVE.halibut.com> To: <lugnet.cad.dev.org....ugnet.com> Sent: Friday, October 05, 2007 5:39 AM Subject: Re: Call for Nominations: 2007/2008 LDraw.org Standards (...) (17 years ago, 5-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
(...) I do agree it is ambiguous (and can't actually remember what was meant even though I believe I drafted that statement...) and the wording should be tightened. Given the non-exceptional rules I assume it means for the duration of being a parts (...) (17 years ago, 5-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
(...) I accept. Thanks. However, I should mention that contrary to what William stated above, I don't meet the requirements for "parts author", and may not meet the "parts reviewer" requirements. (I'm not 100% sure I've submitted five reviews total, (...) (17 years ago, 5-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
(...) I volunteer myself, Orion Pobursky. -Orion (17 years ago, 5-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Anyone heard of Okino software?
|
|
(...) You mean things like leaving the "r" off off the end of the word "your"? (17 years ago, 5-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I think knew that at one point based on the comment about "dist divisor". And I suspect I didn't reduce it to -1,1,1 so I could easily switch to a point light source at that location. (yeah, that's it... ;^) (...) It seems like the direction (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) The distance would matter, except that you're using a directional light. Since the w component of your light position is 0.0, it's a directional light. As such, -1,1,1 is the same as the -1000,1000,1000 that you have. (How's that for (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I'd leave your setup alone since it seems to work well with the current color list. You're right about ldglite. I didn't like dark shadows, or maybe I run my monitor too dark to avoid migraines, but the lighting settings do add up to more than (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Anyone heard of Okino software?
|
|
(...) Ya know, one of the really fun things about using LUGNET's web interface is that hang time after you click the "Post" button. You get about 30 seconds to just re-read and re-examine while you new message is sent over the pipe to the server. (...) (17 years ago, 4-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I think it's using an isometric matrix for the view, which leads to this effect. This matches the default output from ldraw.exe. Here is 3004.dat rendered with ldraw.exe and then scaled down to match the size of the image on the part tracker: (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Anyone heard of Okino software?
|
|
I just stumbled across the website for Okino software. Is anyone familiar with this? There's a explanation of how to get started with LDraw, and then convert model files to Okino rendering software. I haven't had time to do more than scan through (...) (17 years ago, 4-Oct-07, to lugnet.cad)
|
| |
| | Re: Preparing a L(EGO)Draw part for the Parts Tracker – A review
|
|
(...) Hey! I have a user :-) Cool! Now I *must* update the web site... (17 years ago, 4-Oct-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) To my eyes, the proportions of that picture are completely off, that part should have the proportions of a normal 1x2[x1], right? Not 1x2x0.72 or whatever that picture shows... (17 years ago, 4-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I'm pretty sure the ldconfig.ldr colors are designed to match the brick colors when no lighting is used (as in the second LDView picture above. If the ambient and diffuse terms add up to more than 1.0, the original colors end up getting washed (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I'm open to improving the unofficial ldliterc.dat colors, but I don't expect we want to use all the default ldlite colors -- unless they were tuned away from the original LDraw (ie, 4-bit VGA) colors. The other issue is if we the built-in (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) The actual truth may be lost to the sands of time, but I believe the ldlite colors were possibly copied from the original LDRAW colors, and the ldlite Windows lighting code was matched to that? I know I did a good amount of twiddling in the (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) looked at the ldliterc.dat above, and color 7 has the same setting as what is in ldconfig.ldr. However, the actual color being rendered seems too light. For example, here is an image from the part tracker: (URL) Here is the same part rendered (...) (17 years ago, 4-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Preparing a L(EGO)Draw part for the Parts Tracker – A review
|
|
Thanks, Willy, for this very informative article... I discovered many things (among them, Syncedit that looks VERY interesting - how did I miss its announcement???). (...) Here you had a favorable situation with mostly flat surfaces. Similarly I (...) (17 years ago, 4-Oct-07, to lugnet.cad.dat.parts)
|
| |
| | Preparing a L(EGO)Draw part for the Parts Tracker – A review
|
|
When the Lego Universe Team has started to share rough data of 80 parts (URL) and soon after I've got feedback from part authors that because of their excellent quality those parts were heavyweights and would give us a hard time reducing the file (...) (17 years ago, 4-Oct-07, to lugnet.cad, lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw) !
|
| |
| | Re: Introducing Lic - Lego Instruction Creator (pre-alpha)
|
|
(...) Hi Remi, I got your email today. I don't know why I didn't notice or respond to the previous emails. WYSIWIG LPub (4.0) is moderatly far along. I started on it shortly after returning from Brickfest PDX in Portland. You use the GUI to get the (...) (17 years ago, 4-Oct-07, to lugnet.cad.dev, FTX)
|
| |
| | Re: Introducing Lic - Lego Instruction Creator (pre-alpha)
|
|
(...) Hi Kevin, I was hoping to hear from you! Yep, I knew you were working on a WYSIWYG LPub - you've mentioned the idea here in the past. I just had no idea how far along you were, or if you had even started. I tried contacting you a handful of (...) (17 years ago, 4-Oct-07, to lugnet.cad.dev, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I'd be happy to try, but it would require some things: An admin to install xvfb on the server An admin to give me a user account on the server to get it working Possible admin support if other dependencies are missing on the server As a note, (...) (17 years ago, 3-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Though the error has been fixed I'm still in favour for the switch for the simple fact that LDView is maintained and updated (and that IMHO it's output looks much smarter) but I'm happy to leave the decision to go/no go to Travis since he has (...) (17 years ago, 3-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Though the color problem has been solved I'm still in favour for the switch for the simply fact that LDView is maintained and updated (and LDView's outputs look much smarter ;-) but it's up to Travis to take the decision - since he has to code (...) (17 years ago, 3-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Great! Thanks, Steve!!! Philo (17 years ago, 3-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Well, to be perfectly honest, while I'm pretty confident that LDView can be gotten to work relatively easily (via xvfb) on the LDraw server, I'm not sure whether its performance will be "acceptable". So I think it's only fair to keep the (...) (17 years ago, 3-Oct-07, to lugnet.cad)
|
| |
| | Re: Introducing Lic - Lego Instruction Creator (pre-alpha)
|
|
(...) Hi Remi, Maybe you didn't know but I am working on a WYSIWYG version of LPub, where there is no manual editing of the LDraw file. So far, almost everything has GUI point and click kind of interface with support for multiple steps per page, and (...) (17 years ago, 2-Oct-07, to lugnet.cad.dev, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Hmm. I should put my color patch .DAT file on the server somewhere... (...) That could be changed. But I think most people who profess a preference prefer the black edges, rather than colored edges. We could soften the black edges to a (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Yes, but wouldn't that be subverting Willy's diabolical plan to render everything with ldview? ;^) Don (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I don't have a test case for all the colors, but the ones I did try look ok now. (...) It all looks odd to me with the black edge lines on all the bricks. Good for printed instructions, but not as pretty on screen. Oh well. I suppose it (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I could probably whip up a program that does the conversion fairly quickly (hour or two of work?) if you're interested. I have the advantage that I already have a full parser for ldconfig.ldr. Spitting out the ldliterc.dat file should be (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Yeah we experimented with xvfb many years ago. (URL) was some weirdness with the aspect ratio that was probably caused by a bug in ldglite at the time. And there were some questions about large image sizes, but it should be a viable solution (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) "Program"? I wish. It was a manual conversion, not all of the entries are amenable to programmatic conversion. (...) Doh! It should be fixed now, take a look. No wonder the orange switch on the PF box looked so odd... Steve (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I just did a quick check on my own Linux box (a virtual machine, actually) with xvfb (X Virtual Frame Buffer), and that worked fine with LDView. Since xvfb is a standard part of the X distribution, it should be easy to install on most major (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I would need access to the server, yes. I think that if Xvnc were installed on the server, LDView could connect to that, and everything would then be happy. (Xvnc is an X Server that's designed to be connected to remotely via vnc. From (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) convert ldconfig.ldr to ldliterc.dat. In the first set of colors on each line the blue value always seems to be the same as the green value. Don (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) OK, that wasn't so hard. The script should be fixed now. I've pushed through re-renders for 58119 and x919. All other parts are queued for re-rendering, all images should be updated in a short time. If anyone wants to look at the ldliterc.dat (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Oooo! Thanks for mentioning this. I had forgotten about it, as if I never knew it. After messing around, I (manually) got the image for 58119.dat straightened out (URL) But I haven't convinced the script that it should run this way. Yet. If (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) While I agree with Willy's assessment that it may be time to move on to ldview for the part tracker, I did run a quick test and it looks like ldglite does support modified colors like 71 or 72 with the ldliterc.dat file. Perhaps the location (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) than we should start thinking about the switch to LDView as render engine ... if this is technically doable. to be frank I didn't understand a single word from all the tech speech above: x server or not, OSMesa a mess ... Travis, I guess you (...) (17 years ago, 2-Oct-07, to lugnet.cad)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
(...) Hmm, you'd think I'd know that since I helped write the LSC proposal ;-) -Orion (17 years ago, 2-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
(...) Just for everyone's info (FEI?), seconds aren't required for LDraw.org Standards Committee (LSC) nominations. They are required for LDraw.org Steering Committee (Steerco) nominations. --Travis (17 years ago, 1-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
(...) I second. -Orion (17 years ago, 1-Oct-07, to lugnet.cad.dev.org.ldraw)
|
