 | | Re: Previous step color scaling [DAT]
|
|
(...) Thank you! I will eagerly await and try it. (...) MLCad is able to export every step, but it exports steps without information at which line the previous step ends and were the next step begins. For example when I export the CAR (still a great (...) (19 years ago, 16-Oct-07, to lugnet.cad)
|
| |
| | Re: Highly confused about Library Updates for MLCad
|
|
(...) It is quite possible that one number is for transparent bricks and the other is for regular solid ABS. IIRC they are different molds. The LDraw parts library tries to be as inclusive as possible. Tim (19 years ago, 16-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Previous step color scaling
|
|
--snip-- (...) That's an excellent trick. I may have to bookmark this thread and download the program when I have CAD running again. Tim (19 years ago, 16-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Previous step color scaling
|
|
(...) Until then, here's another little example. (URL) 1>> (URL) 2>> (URL) 3>> (URL) 4>> (URL) 5>> (URL) 6>> (URL) 7>> (URL) 8>> (URL) 9>> (URL) 10>> (URL) 11>> (URL) The current step is drawn with (URL) colors> (the defaults) and previous steps are (...) (19 years ago, 16-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: New POV-dat: 3062bL46.dat - Brick 1 x 1 Round Yellow with POV Light
|
|
(...) It depends. Do you want the light to act more like it would through LEGO parts or do you want it to imitate a real car's headlights...? Anyway, the choice the user's. All you have to do is write the spotlight definitions ans run it through (...) (19 years ago, 16-Oct-07, to lugnet.cad.ray, lugnet.cad.dat.parts)
|
| |
| | Re: New POV-dat: 3062bL46.dat - Brick 1 x 1 Round Yellow with POV Light
|
|
(...) strange when the headlights cast shadows backwards :-) (19 years ago, 16-Oct-07, to lugnet.cad.ray, lugnet.cad.dat.parts)
|
| |
| | Re: Previous step color scaling
|
|
(...) Sure, you will be able to. I used a modified version of PreL3P, my little tool for replacing color codes. I'll post version 1.3 which will include this ability (loading different configurations partway through a model) soon, once I take care (...) (19 years ago, 16-Oct-07, to lugnet.cad)
|
| |
| | Re: Previous step color scaling
|
|
(...) Wow. That looks nice. Can I do this too? You mentioned creating separate files for each cumulative step in the model - as Bricksmith exports. Isn't Bricksmith Mac software? I have a PC with MLCad... Jaco (19 years ago, 16-Oct-07, to lugnet.cad)
|
| |
| | L3PAO Bug
|
|
It seems L3PAO doesn't save the prefered defualt settings correctly from the Seam Width value field. If I enter "0.6", then exit the program and start it again, the field shows "0,6" which gives #declare SW = 0; // Width of seam between two bricks (...) (19 years ago, 16-Oct-07, to lugnet.cad)
|
| |
| | LPub error
|
|
Hi there, I got a question from a Dutch user of LPub. He is not able to render pictures with either POV-Ray, LDView nor LDGLite. LDView and LDLite (and LDGLite) do work without using LPub. He gets this error: "The handle is invalid". Pictures that (...) (19 years ago, 16-Oct-07, to lugnet.cad)
|
| |
| | Re: PreL3P 1.2
|
|
(...) No, it doesn't. It seems you fixed that little problem, too. /Tore (19 years ago, 16-Oct-07, to lugnet.cad)
|
| |
| | Re: Previous step color scaling
|
|
(...) Yeah, that's a workable strategy. It's what I did here: (URL) assume LPub makes it easier for the user by coming up with the scaled colors automatically. Jim (19 years ago, 16-Oct-07, to lugnet.cad)
|
| |
| | Re: Previous step color scaling
|
|
(...) Travis, You are correct. LPub does this as a POV post-process. LPub could instead, do this in the step-dats with hexidecimal coloring, but I've not gotten that done (yet?) Kevin (19 years ago, 16-Oct-07, to lugnet.cad)
|
| |
| | Re: PreL3P 1.2
|
|
(...) Jaco's (URL) question> about color scaling gave me the idea for this. By allowing meta commands anywhere in the model to be applied as it is processed, different color substitution schemes can be used for different parts of the model. So, if (...) (19 years ago, 16-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Highly confused about Library Updates for MLCad
|
|
(...) According to comments in my copy of the 6141 file, 0 // Part 6141 is the counterpart of 4073. Visually, the two parts seem 0 // identical. This file is provided to make it easier to locate part files 0 // when using the numbers used in LEGO (...) (19 years ago, 16-Oct-07, to lugnet.cad, FTX)
|
| |
| | DatShine v1.02 [DAT]
|
|
(URL) far, only TransYellow illumination is defined. (in attribute file L46.ldr) No command line input yet, just an old-fashioned dialog. Improvemnts to the L46.ldr file are very welcome, as well as more POV attribute definition .ldr files! More (...) (19 years ago, 16-Oct-07, to lugnet.cad)
|
| |
| | Re: New POV-dat: 3062bL46.dat - Brick 1 x 1 Round Yellow with POV Light
|
|
(...) At least, Jonathan's car now has gotten its original headlights back now - yet yellow instead of white. (URL) (19 years ago, 16-Oct-07, to lugnet.cad.ray, lugnet.cad.dat.parts)
|
| |
| | Highly confused about Library Updates for MLCad
|
|
Hello everybody! For years I have been using MLCad, and I am grateful for the great service and support of the software. I recently installed the official parts updates for MLCad offered at the relating website. But now suddenly I have 2 1x1 round (...) (19 years ago, 16-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Previous step color scaling
|
|
(...) Pitty. Then the images MLCad produce will have to do. Thanks! (19 years ago, 15-Oct-07, to lugnet.cad)
|
| |
| | Re: Previous step color scaling
|
|
(...) That's too bad. I was just reading an article the other day that would've been perfect for this. (URL) was actually looking for something better than glzoompixels to rescale the image buffer, not the colors in the buffer.) Oh well, Don (19 years ago, 15-Oct-07, to lugnet.cad)
|
| |
| | Re: PreL3P 1.2
|
|
(...) Great! I've been waiting for this new version. Can't try it out tonight, because sleeping pill is starting to work... zzz...zzz (19 years ago, 15-Oct-07, to lugnet.cad)
|
| |
| | PreL3P 1.2
|
|
(...) PreL3P 1.2 is now available: (URL) added "-map" option to renumber color codes - added meta commands to specify options in config files or the model itself As always, bug reports are welcome (as are suggestions for a more accurate name, (...) (19 years ago, 15-Oct-07, to lugnet.cad)
|
| |
| | Re: New POV-dat: 3062bL46.dat - Brick 1 x 1 Round Yellow with POV Light
|
|
(...) Sorry, don't have the time to make models right now. I am currently writing a program to automatically create dat files of "shining" parts. I call it datshine.exe and I am very excited over it. Well, here's one quite strange model I rushed (...) (19 years ago, 15-Oct-07, to lugnet.cad.ray, lugnet.cad.dat.parts)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
(...) Thanks to Travis for nominating me and to Orion for bringing the nomination to my attention. Unfortunately I gather that the deadline to formally accept or decline has passed. However, as I just explained to Orion, "since I'm not very familiar (...) (19 years ago, 15-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New POV-dat: 3062bL46.dat - Brick 1 x 1 Round Yellow with POV Light
|
|
(...) Pictures, we want pictures :-) (19 years ago, 15-Oct-07, to lugnet.cad.ray, lugnet.cad.dat.parts)
|
| |
| | Re: Previous step color scaling
|
|
(...) I can't be sure, but it appears that LPub modifies the POV files that come out of L3P in order to get that effect, instead of modifying the LDraw files it sends to L3P/LDView/LDGLite. So until this is changed in LPub, it doesn't appear that (...) (19 years ago, 15-Oct-07, to lugnet.cad)
|
| |
| | Previous step color scaling
|
|
Hi all, I am looking for a way to render fast top view images and thus creating images like the original LEGO instructions they use in the Statue of Liberty. To do top view rendering was answered in another question I asked. Would it be possible to (...) (19 years ago, 15-Oct-07, to lugnet.cad)
|
| |
| | Re: SR 3D Builder Version 0.2.2.3 Available
|
|
(...) I'm sorry about your graphic card, but I try to write the shader in a previous version without success. To run the program you have to follow the link created in the windows StarMenu.SergioReano.SR3DCad. I haven't try to uninstall the program (...) (19 years ago, 15-Oct-07, to lugnet.cad)
|
| |
| | New POV-dat: 3062bL46.dat - Brick 1 x 1 Round Yellow with POV Light [DAT]
|
|
(...) Thanks Anders! Only took half a year from idea to completion on this part ... /Tore 0 Brick 1 x 1 Round with Hollow Stud Yellow with POV Light 0 Name: 3062bL46.dat 0 Author: Tore Eriksson 0 Unofficial part 0 // based on work by James Jessiman (...) (19 years ago, 15-Oct-07, to lugnet.cad.ray, lugnet.cad.dat.parts)
|
| |
| | Reminder: 2007/2008 LDraw.org Standards Committee (LSC) closing tomorrow
|
|
Hi folks, as outlined here: (URL) will close tomorrow, at 11:59 PM GMT on 14 October 2007 and elections will start October 17. Only those candidates that have been nominated and have accepted as outlined (or volunteer), will be eligible for (...) (19 years ago, 13-Oct-07, to lugnet.cad, lugnet.cad.dev.org.ldraw, lugnet.announce)
|
| |
| | Re: PreL3P 1.0
|
|
(...) Well, I lied. I've implemented the meta commands instead of an INI file after all. I've also added a -map option to renumber color codes. This can be done separately or in conjunction with conversion to the hexadecimal color format. The (...) (19 years ago, 12-Oct-07, to lugnet.cad)
|
| |
| | Bricksmith patches
|
|
I'm not sure if anyone else has built Bricksmith from the (URL) source code>, but if so you may be interested in this. I've written two small patches that provide some minor features I find useful. (URL) in LDraw Units:> (URL) Dimensions panel with (...) (19 years ago, 12-Oct-07, to lugnet.cad.dev.mac, FTX)
|
| |
| | Re: PreL3P 1.0
|
|
(...) ;> (...) For portability I am inclined to look for the configuration file in the model's folder (or the current directory if using stdin). Otherwise I realize I'd have to start coding special cases for Windows, Linux, and the Mac. (...) It is (...) (19 years ago, 11-Oct-07, to lugnet.cad)
|
| |
| | Re: L(EGO)Draw part discrepancies
|
|
(...) against official or non-official (...) differences. (...) comment? (LUT version may not match real parts, see (...) I measured the real part and confirm that the LUT-part is correct! Matching the PT-Version (Trans-White) with the LUT-Version (...) (19 years ago, 11-Oct-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: PreL3P 1.0
|
|
(...) No, but I can easily add some PreL3P options, just like I've added L3P options, in my LDA program. In that case, the command line options are better than the .ini way. (...) The Windows directory. But if there is one in the same folder as the (...) (19 years ago, 11-Oct-07, to lugnet.cad)
|
| |
| | Re: SR 3D Builder Version 0.2.2.3 Available
|
|
(...) Looks like a *very* interesting program. Unfortunately it didn't like my graphics card, NVIDIA GeForce2 MX/MX 400 ("Could not get a device"), so there's no way I could test it :-( Some notes: - It's a bit unclear what to click to start the (...) (19 years ago, 11-Oct-07, to lugnet.cad)
|
| |
| | Re: PreL3P 1.0
|
|
(...) True. You can still give options with this syntax ("prel3p +codes 4 model.ldr"), but I suspect there is no way to do so when using it by drag and drop. (...) If it could use a configuration file, what would be a standard place to look for it? (...) (19 years ago, 11-Oct-07, to lugnet.cad)
|
| |
| | Re: PreL3P 1.0
|
|
(...) Just a little thing I've noticed on the previously discussed long filenames issue. (Not that it really matters to me.) The original version of colortest.ldr was saved as COLORT~1.LDR.bak on my Win98SE PC, while the long name colortest.ldr was (...) (19 years ago, 11-Oct-07, to lugnet.cad)
|
| |
| | SR 3D Builder Version 0.2.2.3 Available
|
|
Hi everybody, it seems that i have resolved my problem with Lugnet posting, so now I'm able to post in newsgroup. I'm happy to announce that a new and hopefully stable version of my Cad has been released. It should solve some crashing problem when (...) (19 years ago, 11-Oct-07, to lugnet.cad)
|
| |
| | Re: Are multiple AUTHOR tags legit?
|
|
(...) I think there should only ever be one primary author - nowadays, the one that takes the responsibility of submitting to the Parts Tracker. During the CA header migration, where I have encountered this and assessed that it was a true (...) (19 years ago, 11-Oct-07, to lugnet.cad.dat.parts)
|
| |
| | Re: PreL3P 1.0
|
|
(...) I'm glad to hear that. Please note that I cannot update my Swipnet pages after changing ISP to Telia. The swipnet provider is kind enough to let my pages remain as long as I use their mail services which I prefer to. My more recent projects as (...) (19 years ago, 11-Oct-07, to lugnet.cad)
|
| |
| | Re: PreL3P 1.0
|
|
(...) too, like LDS and LDA. Anyway, does the new "prel3p model.ldr" syntax work with the drag and drop mechanism you mentioned? Jim (19 years ago, 11-Oct-07, to lugnet.cad)
|
| |
| | Re: PreL3P 1.0
|
|
(...) Great! Thank you for the suggestion. Jim (19 years ago, 11-Oct-07, to lugnet.cad)
|
| |
| | Re: White noise around model with colored background
|
|
(...) I just tried again here at work with the line filter hint set to NICEST. To be honest, I like it better the other way. To my eye, it's more blurry when set to NICEST: (URL) The difference is best seen by loading both images in separate tabs of (...) (19 years ago, 10-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: White noise around model with colored background
|
|
(...) I don't set the filter hint. It was rendered on an nVidia 7800 GT. My ATI at work does a reasonably good job with the same settings, but it leaves a few small gaps in the edges (around some studs): (URL) (...) Actually, based on this you'd (...) (19 years ago, 10-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
(...) I accept. Thank you. /Lars (19 years ago, 10-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: White noise around model with colored background
|
|
(...) Wow, those lines are much smoother than anything I remember getting with simple antialiased lines. Was that rendered by ATI or Nvidia, or do they both give you results like that? Does the SMOOTH HINT make a big difference? I think I set it to (...) (19 years ago, 10-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Call for Nominations: 2007/2008 LDraw.org Standards Committee (LSC)
|
|
I nominate Jim DeVona (author of BitSticker and PreL3P). --Travis Cobbs (19 years ago, 10-Oct-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: White noise around model with colored background
|
|
(...) The image on the above page was rendered with antialiased lines, but no FSAA. FSAA would have brought the halo back, since there's no way to have FSAA on part of the scene, but not on other parts. In theory I could render the image twice, once (...) (19 years ago, 10-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: PreL3P 1.0
|
|
(...) That was exactly my point - perfect! (...) Probably outside prel3p scope indeed. Both LDDP and MLCad can change colors, but not if they are inside subfiles. To me the modified ldconfig is a good solution. Philo (19 years ago, 10-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) I think I had some issues with the GL_POINT implementation on that version of OSMesa OpenGL. If you're bored, you could try adding a line width to see if that makes the line endpoints come out right. Something like -w1.3 or -w1.1 or maybe even (...) (19 years ago, 10-Oct-07, to lugnet.cad)
|
| |
| | Re: White noise around model with colored background
|
|
(...) Hey those look nice. Just for kicks I ran off a test with the ancient method of ldglite at 2x scale followed by ImageMagick mogrify 50% to shrink it back and antialias. (URL) I like your edge outer edges better. Very nice. I'll have to look (...) (19 years ago, 10-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: White noise around model with colored background
|
|
(...) I forgot to mention, but while the above page looks very similar to the page I posted recently on a lugnet.cad.ray thread, it is different in a very important way. The image on the above page was saved out of LDView at 800x600, which is the (...) (19 years ago, 10-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: White noise around model with colored background
|
|
(...) Well, it's certainly long past LDView 3.0 RC 2, but I did finally come back to this. After spending a few hours getting nice alpha data into the image file for transparent parts, I realized that the same set of steps would probably work for (...) (19 years ago, 10-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) It looks about like this: ldglite -a<matrix> -ld -Q -b15 -i1 -MS<outfile>.png <infile>.dat Lugnet is insisting on eating the matrix text (I seem to remember this happening before, sometime). So the matrix looks something like: 0.7071, 0, (...) (19 years ago, 10-Oct-07, to lugnet.cad)
|
| |
| | Re: Why LDraw.org doesn't use ldconfig.ldr ???
|
|
(...) Looks better to me too. What's the rest of the command line look like? I wonder if maybe we can tweak it one more time to convince the edge lines to meet at the corners. Don (19 years ago, 10-Oct-07, to lugnet.cad, FTX)
|
| |
| | Re: LDView feature request
|
|
(...) Déjà vu: (URL) goes to show there's always more than one way to peel a cat. Jim (19 years ago, 9-Oct-07, to lugnet.cad)
|
| |
| | Re: LDView feature request
|
|
(...) There's an even better "poor man solution" at the bottom of this page: (URL) axis are labeled in addition to the color coding. You can see what it looks like in an old version of LDView on the "part in process" screenshot. Enjoy, Don (19 years ago, 9-Oct-07, to lugnet.cad)
|
| |
| | Re: LDView feature request
|
|
(...) Seems reasonable. Please note that I'm now actively using SourceForge.net's Tracker for LDView bug reports and feature requests. I entered this one here: (URL) can enter a bug report or feature request (without having to first create a (...) (19 years ago, 9-Oct-07, to lugnet.cad)
|
| |
| | Re: PreL3P 1.0
|
|
(...) You're fast! :) If my memory serves my well, I think my ldfilter utility did that - even though it wasn't its main purpose. Check out the "Color Filter" frame. (URL) (19 years ago, 9-Oct-07, to lugnet.cad)
|
| |
| | Re: LDView feature request [DAT]
|
|
(...) That'd be useful. Here's my "poor man's solution": 0 FILE XYZ.ldr 2 4 -1000 0 0 1000 0 0 2 2 0 -1000 0 0 1000 0 2 1 0 0 -1000 0 0 1000 0 NOFILE Scale to suit. Jim (19 years ago, 9-Oct-07, to lugnet.cad)
|
| |
| | 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 (...) (19 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 (...) (19 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 (...) (19 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 (19 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 (...) (19 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 (...) (19 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 (...) (19 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 (...) (19 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 (...) (19 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 (19 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 (...) (19 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 (...) (19 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 (...) (19 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 (19 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 (...) (19 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 (...) (19 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 (...) (19 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 (...) (19 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 (...) (19 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 (...) (19 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 (...) (19 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 (19 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 (19 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 (...) (19 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 (...) (19 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 (19 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 (...) (19 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. - (...) (19 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 (...) (19 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 (...) (19 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 (...) (19 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 (...) (19 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 (...) (19 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 (...) (19 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 (19 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 (19 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 :-) (19 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, (...) (19 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 (19 years ago, 7-Oct-07, to lugnet.cad)
|
