 | | Re: POVray LEGO
|
|
(...) Ah yes, I see... Still the old rivality ;-) between different approaches. I have not even used my own library for years, not to speak of development. Reasons were university to finish, a relation, a job and a Bricklink store to get the money (...) (20 years ago, 14-Mar-07, to lugnet.cad.ray)
|
| |
| | Parts updates
|
|
No, I'm not here to complain about lack of updates ;o) But it seems that the layout of updates page on LDraw.org ((URL) is completely wrong (tested with Mozilla and IE). Philo (20 years ago, 14-Mar-07, to lugnet.cad)
|
| |
| | Re: Settings for LPub using LDView or LDGLite as renderer
|
|
(...) ...and it did. I succesfully rendered the full instructions for the ever so briljant CAR model using LPub and LDView as renderer. It required fully uninstalling LPub and LDView and removing all entries of the programs in the Windows register. (...) (20 years ago, 14-Mar-07, to lugnet.cad, FTX)
|
| |
| | Re: Settings for LPub using LDView or LDGLite as renderer
|
|
(...) Hi Travis! Thanks for your reply. LDView is running smooth. However I still get the errors. So I think the cause is LPub. I will just uninstall everything and then re-install. Perhaps that will work.... Jaco (20 years ago, 14-Mar-07, to lugnet.cad, FTX)
|
| |
| | Re: L3P question concerning MPD files
|
|
(...) Hi, well, the first model is for sure my main model, but I'd like to provide some other views of my main model, too - for example, if my submodels are several modules of a starship, I'd like to be the main model the docked version, and another (...) (20 years ago, 14-Mar-07, to lugnet.cad.ray)
|
| |
| | LDraw file for wheel 55981?
|
|
Is there an existing LDraw version of the 55981 "Wheel 30.4 x 14 with Holes on Both Sides" ((URL) I can't seem to find it in the parts tracker. On the other hand, LDD does have this wheel. Is it possible to convert LDD parts to LDraw format (not (...) (20 years ago, 14-Mar-07, to lugnet.cad.dat.parts)
|
| |
| | Re: L3P question concerning MPD files
|
|
(...) I think it should be mentioned that the MPD format was specifically designed to allow you to encapsulate all of the submodels of one single model into a single file for convenient transmission to others. It wasn't designed to allow for (...) (20 years ago, 13-Mar-07, to lugnet.cad.ray)
|
| |
| | Re: L3P question concerning MPD files
|
|
(...) If you want to render a sub-model use the MLcad Multi-part export feature to export the sub-model to it's own file, then run that through l3p. ROSCO (20 years ago, 13-Mar-07, to lugnet.cad.ray)
|
| |
| | Re: L3P question concerning MPD files
|
|
(...) Or instead of learning POV-Ray code language, just get in the habbit of exporting the scene model (IE the one with all the sub models from inside MPD file assymbled in), and rendering it. Thats the way I do it. Jeffrey Jarvis (20 years ago, 13-Mar-07, to lugnet.cad.ray)
|
| |
| | Re: txt2dat updated
|
|
(...) Received and uploaded, Mac & Linux users can now download binaries from the main page. I'd just like to thank Jim again for all his help producing this version, and I hope Mac & Linux users can get some good use out of my little program. ROSCO (20 years ago, 13-Mar-07, to lugnet.cad.dev, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: L3P question concerning MPD files
|
|
L3P just converts the file to POV-Ray format. If you aren't afraid of learning the POV-Ray syntax, you can just edit the files and render whatever you want. James (...) (20 years ago, 13-Mar-07, to lugnet.cad.ray)
|
| |
| | L3P question concerning MPD files
|
|
Hi, am I mistaken if I presume that L3P doesn't offer any means to render another one than the very first model in an MPD document? If so, are there any tools already to help that? Or is it maybe planned for the next version which I've read about in (...) (20 years ago, 13-Mar-07, to lugnet.cad.ray)
|
| |
| | Re: Settings for LPub using LDView or LDGLite as renderer
|
|
(...) This may be due to a bug in LDView 3.1. However, since LPub isn't listing the LDView executable at the beggining of the command, it seems that something else might also be wrong. Click on the LDView button in LPub, and make sure it's pointing (...) (20 years ago, 13-Mar-07, to lugnet.cad, FTX)
|
| |
| | Re: Public LDView 3.2 Alpha for Windows
|
|
(...) This is wicked cool. (I just realized that it works in the pre-alpha Mac build I've been poking at.) Is it or will it be possible to export the light orientation to POV-ray format as with the camera angle? Be well, Jim (20 years ago, 13-Mar-07, to lugnet.cad.dev)
|
| |
| | Re: txt2dat updated
|
|
(...) I've updated the (URL) txt2dat online> interface to use the new version. You can use the "Custom description" option to enter a comment for the first line of the sticker file using txt2dat's new -d option. The downloadable binaries are on (...) (20 years ago, 13-Mar-07, to lugnet.cad.dev, lugnet.cad.dev.mac, FTX)
|
| |
| | Public LDView 3.2 Alpha for Windows
|
|
Due to some of the problems that exist in LDView 3.1 (command line snapshots and screensaver preferences), I've decided to do a public alpha release of LDView 3.2. Please note that this version will only run on Windows computers with Unicode (...) (20 years ago, 13-Mar-07, to lugnet.cad.dev, FTX)
|
| |
| | Settings for LPub using LDView or LDGLite as renderer
|
|
Hi there, Just recently I began working again with LPub. I ran in to some problems and cannot seem to set things up properly. Errors: Could not run command"-ca0.1 -cg0.00,0.00,500000.00 -SaveWidth=1280 -SaveHeight=1024 -PreferenceSet=LPub (...) (20 years ago, 13-Mar-07, to lugnet.cad)
|
| |
| | txt2dat updated
|
|
My LDraw text generator, txt2dat has been updated. The new version can be found (URL) here>. Changes in this version: Upgraded to current library versions: - Triangle 1.6 - Freetype 2.3.2 (Require at least 2.1.9) Initial build support for Mac (...) (20 years ago, 13-Mar-07, to lugnet.announce, lugnet.cad.dev, lugnet.cad.dev.mac, FTX)
|
| |
| | TextWrangler LDraw Kit
|
|
I like (URL) LDraw DesignPad>. However, I do a lot of work in (URL) TextWrangler> on my Mac, so I thought it would be neat if it had more features for working with LDraw files. Towards that end, I've starting putting together an assemblage of (...) (20 years ago, 13-Mar-07, to lugnet.announce, lugnet.cad.dev.mac, lugnet.cad, FTX)
|
| |
| | Re: Version 530 of my Library is available now.
|
|
(...) Also note that it definitely isn't compatible, and won't work with L3P. However, Anton has an online LDraw converter here: (URL) L3P, the above can't be used with LPub. --Travis (20 years ago, 12-Mar-07, to lugnet.cad)
|
| |
| | Re: POVray LEGO
|
|
(...) For the short term, yes that's easier. But in the long run that collection of links will get lost. Maybe after you collect the links you can work together with Orion to move all the good bits into the one library so people can still find them (...) (20 years ago, 12-Mar-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: POVray LEGO
|
|
(...) I've done binoculars (30162), 1x1 slopes (54200/50746) and lever base (4592). All at (URL) when moderated. Tim (20 years ago, 12-Mar-07, to lugnet.cad.ray)
|
| |
| | Re: POVray LEGO
|
|
(...) While I can see the idea of the project I think for the time being it's probably easier just to try to collect links here. Most people who use POVray for rendering LEGO are members and it's so easy just to make a post with a link. Tim (20 years ago, 12-Mar-07, to lugnet.cad.ray, FTX)
|
| |
| | Re: POVray LEGO
|
|
(...) I have the LDraw POV Code Library ((URL) I created with the intention of it being an officially sponsored, community developed replacement for LGEO. It is supported by L3P v1.4 and will be promoted when 1.4 is released by Lars (wink, wink, (...) (20 years ago, 12-Mar-07, to lugnet.cad.ray)
|
| |
| | Re: POVray LEGO
|
|
(...) Hey, maybe you want to take over (URL) this project>? According to the news archive it's in limbo pending the official release of l3p version 1.4. But who knows when/if that'll happen... (20 years ago, 12-Mar-07, to lugnet.cad.ray, FTX)
|
| |
| | POVray LEGO
|
|
Hi all, With Anton's announcement of a new library and the question that followed I realised that perhaps it would be a good idea to compile all the LEGO part POVray work people have done into one thread. I'm aware of LGEO and Anton's library as (...) (20 years ago, 12-Mar-07, to lugnet.cad.ray)
|
| |
| | Re: Version 530 of my Library is available now.
|
|
(...) It could be considered a competitor. LGEO is not currently actively developed (and hasn't been for a while) so competitor isn't quite the right term. -Orion (20 years ago, 12-Mar-07, to lugnet.cad)
|
| |
| | Re: Version 530 of my Library is available now.
|
|
(...) I have a 'noob' question. Is this library compatible with LGEO, or is it an 'competitor' to it? I'm doing some research into the whole LDRaw -> Povray happening for my animation software, because I need to export to Povray as the final step. (...) (20 years ago, 12-Mar-07, to lugnet.cad)
|
| |
| | Re: Version 530 of my Library is available now.
|
|
Hehehe, at this rate your library will become bigger than ldraw.... (URL) good going! Jan Folkersma. (20 years ago, 12-Mar-07, to lugnet.cad, FTX)
|
| |
| | Version 530 of my Library is available now.
|
|
Version 530 of the Library can be found on my website now, 5 new pieces have been added. The Reference Gallery has been updated to version 530 too now. With the kindest of greetings, Anton Raves (URL) (20 years ago, 12-Mar-07, to lugnet.cad)
|
| |
| | My RACHAL - Close Encounter
|
|
Hi folks, I submitted my (URL) RACHAL - the Raytracing Challenge> entry "Close Encounter (of the third kind)" to the (URL) 'Atmosphobic' Gallery> at LDraw.org: (URL) More about the rendering process can be found (URL). PLMKWYT. w. (20 years ago, 11-Mar-07, to lugnet.announce, lugnet.cad.dev.org.ldraw, lugnet.cad, lugnet.cad.ray, FTX) !
|
| |
| | Re: Transparent Black in POV-Ray
|
|
(...) how about some pov-code snippets? (please don't post your 2556 pieces model - a trans black 1x1 brick will do the job) w. (20 years ago, 11-Mar-07, to lugnet.cad.ray)
|
| |
| | Transparent Black in POV-Ray
|
|
Every time I render a model in POV-Ray the Transparent Black colored pieces always come out solid. How do I fix this? (20 years ago, 11-Mar-07, to lugnet.cad.ray)
|
| |
| | Reminder: 2007 Steering Committee election closing in a week
|
|
Hi folks, As outlined here: (URL) election will close in a week, at 2359 EDT (GMT -0500), March 15, 2007. Willy Tschager On behalf of the LDraw.org Steering Committee (20 years ago, 8-Mar-07, to lugnet.cad, lugnet.cad.dev.org.ldraw, lugnet.announce)
|
| |
| | Bricksmith 1.6
|
|
(2 URLs) Bricksmith 1.6> adds the following features: Part Browser can be configured as a separate window Export Part List feature Background color preference Always switches to perspective mode when not drawing a head-on view Can insert raw (...) (20 years ago, 8-Mar-07, to lugnet.announce, lugnet.cad, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Parts Releases and the CA
|
|
(...) I am pleased to report that Luis E. Fernandez has now made contact and affirmed the Contributor Agreement - thanks Luis. Updated list : Name (number of parts authored) Chris Alano (5) Eric D'Aragon (1) Howard Lande (1) Kevin Bane (8) Tim (...) (20 years ago, 7-Mar-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) Yes, that's true, but in such cases there are generally lines separating the polygons (parts), and people expect to see those in the render. The problem we're talking about here is artifacts showing up on the faces of individual parts where (...) (20 years ago, 7-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions [DAT]
|
|
Something else to consider is that T junctions will often appear in model files themselves between two parts as shown in this simple example. 0 Model exported from LeoCAD 0 Original name: 1 4 20.00 -24.00 30.00 1.00 0.00 0.00 0.00 1.00 0.00 0.00 (...) (20 years ago, 7-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Minor Bitsticker update
|
|
(...) I realized that Bitsticker would generate really long output filenames resembling the path to the original image when used with browsers like Internet Explorer 6. I've fixed it so that the output filename should be derived only from the (...) (20 years ago, 7-Mar-07, to lugnet.cad, FTX)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) No there's not. I'm a physicist... not an engineer ;) Tim (20 years ago, 6-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) blah, blah, blah, snip Oops, I was trying to be all ironical in a geeky math sorta way. But apparently I failed. Guess I shoulda used more winkies... Do people still use winkies? Or have they gone obsolete like ASCII art? Anyhow, sorry about (...) (20 years ago, 6-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) There is, however, such a thing as an impractical problem ;) ROSCO (20 years ago, 6-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) Well actually what txt2dat does is a slightly different problem - it has a few simple closed loops and has to triangulate the complex polygons bounded by them (it uses the excellent (URL) triangle library> to do that). Renderers on the other (...) (20 years ago, 6-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) OK, I stand corrected. Technically a program can fix things a load time. However, you might be surprised at how long it takes. It's "only" O(n^2), but each iteration is slow. You have to search the current line segment against all other line (...) (20 years ago, 6-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) Well... Technically it is true. The rendering program ought to be able to scan all the points in each part and look for intersections with every edge in the part. Then break up the offensive T-joins automagically and render it perfectly. (...) (20 years ago, 6-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) Arguably it's probably the algorithms and/or numerical proccessing that are at fault. Certainly when you design scientific code algorithms they should usually be created in such a way that it minimises numerical error. Of course I don't expect (...) (20 years ago, 6-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) I'd really appreciate it if you didn't blame it on the rendering programs. There's really nothing that they can do to fix the problem. I can understand why you might feel that they are at fault, but it really isn't true. As such, you might (...) (20 years ago, 6-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) I try to minimise file size whenever possible myself and have nothing against T juctions. While the gaps can be annoying I feel that they are a fault of the rendering program rather than the parts. (20 years ago, 4-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Introducing RACHAL - the Raytracing Challenge
|
|
Well I submitted my entry: (URL) It was pretty fun, and I got to teach myself a few more POV tricks (like loops mainly). Nothing was changed in the MPD and I used L3PAO to convert to POVRAY and then I used Mesh-Enhancer on the minifig's hair to (...) (20 years ago, 6-Mar-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Naming of Parts (esp. Wheels & Tires)
|
|
El-Lutzo schrieb: (...) I am also often confused by the naming. For that I have started to have my own translation table for which wheel fits to which tyre. The problem at this point is, that there are many official parts out and I think it might (...) (20 years ago, 5-Mar-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Request for votes in LDraw polls
|
|
(...) jeroen, you've got mail. bye, w. (20 years ago, 5-Mar-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Request for votes in LDraw polls
|
|
(...) Hi Timothy, I would love to vote but I lost/forgot my login-name. I tried to recover but I don't get reply-mails with a new password and contacting you via the webmas...etc address only gives my an 'hey don't send spam to peeron'-message: Hi. (...) (20 years ago, 5-Mar-07, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) Sounds reasonable to me. Any chance a T-junctions FAQ could be created on the parts tracker reference page, and the above could make it into a policy statement in the parts review FAQ? Most of my original post here could be used as the FAQ, (...) (20 years ago, 5-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) T-junctions are a quality issue in part files. I don't think they should be strictly forbidden (that is, having T-junctions is not a reason to hold a part file from official release). Generally, I wouldn't even say that a part with T-junctions (...) (20 years ago, 5-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) Heh, I think I found the (URL) ASCII art>. I coulda sworn it made it into a FAQ somewhere though. Oh well. Have fun, Don (20 years ago, 5-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) cockpit is drawn with a stipple function that's buggy in many ATI drivers. And the ledit text (toolbar?) is still drawn in the front buffer. The latest source code in CVS is patched for the toolbar problem on some radeon cards because it was (...) (20 years ago, 5-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
--snip-- (...) Just to be clear it's not the render time I'm worried about... it's the authoring time. Tim (20 years ago, 5-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) Much as I'd like to agree on this, I don't think the fact that nobody posted back then disagreeing with my statement really counts as consensus. I pointed out the problem, but didn't ask for opinions on whether parts should be modeled that (...) (20 years ago, 5-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) There are T-junctions there, but the ones that produce the most visible dots are between the white stripe and the moon. Both of those colors are light, so the dark background showing through is much higher contrast, which makes the dots much (...) (20 years ago, 5-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) It's not really constrained to high zoom. If you have a 1% chance of any given pixel along any given T-junction boundary edge resulting in a hole, then you'll have the roughly the same number of holes at any zoom level, since in general the (...) (20 years ago, 5-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) Good call. I ran it with -n4, and that makes things visible during rotation. The status bar and final appearance of the model (after you stop rotating, if your rotation style is different) don't get drawn until obscured by a menu, etc., so (...) (20 years ago, 4-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) [...] (...) Oh, I thought you got no model displayed when launching the Mac bundle. I figured that with the environment.plist file, you'd at least get the the model displayed. On my old PowerBook I used this as a environment.plist <?xml (...) (20 years ago, 4-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) I haven't followed all of this, but I suspect this is probably a driver issue. Ldglite is getting pretty old. It's so old that when I wrote the opengl bits the hardware (and software opengl) of the time was typically unable to render the model (...) (20 years ago, 4-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) This is a really old issue. I think the previous consensus was that (URL) T-Junctions are bad.> Look at the bottom of the message for the comments on T-Junctions. Actually this is such an old issue, I could swear there was an ASCII art (...) (20 years ago, 4-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: LDView error
|
|
"Travis Cobbs" <tcobbs@REMOVE.halibut.com> schreef in bericht news:JECt3F.ED0@lugnet.com... (...) Which is indeed true. The GF2 was not MX. (...) This is dissappointing... I assumed a GF4 would be better on all fronts than an GF2. (...) Thanks (...) (20 years ago, 4-Mar-07, to lugnet.cad.dev)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) OK. I've set up a proper .MacOSX/environment.plist now, but I can't see that it's made any difference. The [mis]behavior is the same. This and the video information your provided supports my gut feeling that the problem is limited to the (...) (20 years ago, 4-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Naming of Parts (esp. Wheels & Tires)
|
|
Hi, Perhaps it is just me, but I am often confused when trying to find matching parts. For example, there is a wheel center 50944 or 42610, which is named 11 x 6 mm. In fact it is 11.2 x 6.4 mm which also more fits to LEGO dimensions. That is not (...) (20 years ago, 4-Mar-07, to lugnet.cad.dat.parts)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) in all the parts I've made so far there is just one with a t-junction: (URL) (if I remember correctly it's where the two red quads are surrounded by the white border) but it is forgiveable I think, as it was one of the first parts I've ever (...) (20 years ago, 4-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) Jim, I'm not a programmer, but as it was explained to me by Don Heyse, that the only way for a double-clickable Mac application to get information about unix-like environment variables is if that variable is specified in a file called (...) (20 years ago, 4-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Re: Part Authors: opinions sought on T-Junctions
|
|
(...) It's possible that by setting up meshes POVray can largely avoid the problem as it rotates points and then joins them. My opinion is that Part Authors should stick to keeping the polygon count down rather than jumping through hoops to try to (...) (20 years ago, 4-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Part Authors: opinions sought on T-Junctions
|
|
If you are a part author, I'd appreciate it if you read this post. I know it's long, but it needs to be in order to correctly describe the issue. When looking at one one of the parts in the inaugural Part of the Month contest in LDView (on my work (...) (20 years ago, 4-Mar-07, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) Hmm. I'm curious how it works on your machine. There's not a problem with my LDraw directory or $LDRAWDIR definition; it's an environment variable, regardless of where it's defined. The problem isn't with the LDraw parts, its with the visible (...) (20 years ago, 4-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) Odd... one of the first things I did was check to see if LDGLite worked on my MacBook, and it worked without a problem. My first guesses are that your LDRAW dir didn't get copied over from your old computer, and/or your (...) (20 years ago, 4-Mar-07, to lugnet.cad.dev.mac)
|
| |
| | Re: LDView error
|
|
(...) I don't know off-hand the performance characteristics of those two cards, but if your GF2 wasn't an MX, then it's actually possible that the new card is actually slower at geometry processing (despite being two full generations newer). In (...) (20 years ago, 4-Mar-07, to lugnet.cad.dev)
|
| |
| | Re: colors completeness
|
|
(...) I believe that the (now nearly mythical) "next version" of L3P has been announced to support ldconfig.ldr. --Travis (20 years ago, 4-Mar-07, to lugnet.cad)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) If you want, I can send you an alpha-quality Intel Mac binary of LDView 3.2, which can render the files (even from the command line), but I don't think it will be any easier to use than ldglite if you get ldglite to work. LDView doesn't (...) (20 years ago, 4-Mar-07, to lugnet.cad.dev.mac, FTX)
|
| |
| | Re: LDView error
|
|
Presuming you have the very latest drivers installed (your best bet is to use nVidia installers to repair things wholesale, rather than try to navigate at the individual .DLL level), then I might suggest that you have all the "goodies" (...) (20 years ago, 3-Mar-07, to lugnet.cad.dev)
|
| |
| | Re: LDView error
|
|
My problem was solved by downloading a dll file nvoglnt.dll. It turned out my version was 0 kb !? The strange thing however is that LDView renders slower than my GF2 card??? "Jaco van der Molen" <jmolen@zonnet.nl> schreef in bericht (...) (20 years ago, 3-Mar-07, to lugnet.cad.dev)
|
| |
| | Re: colors completeness
|
|
(...) Ahhhh. My apologies. It's been ages since I tried so that is probably what happened. The end result is that I can't apply my own bley definitions (yes the numbers are right) which is probably why I thought they were deleted. Tim (20 years ago, 3-Mar-07, to lugnet.cad, FTX)
|
| |
| | Re: colors completeness
|
|
(...) You mean that a (URL) color 71 or 72> brick goes into L3P and nothing comes out? Unless I've got the wrong grey (quite possible; bley genealogy bores me), L3P complains and applies the default color, but it doesn't remove the the part from the (...) (20 years ago, 3-Mar-07, to lugnet.cad, FTX)
|
| |
| | LDView error
|
|
Hi all, Since I installed a new videocard (NVIDIA GeForce4 MX 440 with AGP8X) I seem to be unable to run LDView. Why is that? My previous NVIDIA GeForce2 card did not give any problems. Can this be resolved? Thanks. Jaco (20 years ago, 3-Mar-07, to lugnet.cad.dev)
|
| |
| | Re: colors completeness
|
|
(...) I've been making an effort recently to demonstrate that LDView (including the development version, 3.2) will work on the Mac. Although LDView 3.2 itself is, as you emphasize, unreleased, the source code is available, so I've been trying to (...) (20 years ago, 3-Mar-07, to lugnet.cad)
|
| |
| | Re: LDView 3.1 on Mac OS X!
|
|
(...) Absolutely. But until such time as a program like that is available, I'm most interested in what can be done pragmatically with the tools available now. I've probably just confused the discussion of plans for future improvements - in which (...) (20 years ago, 3-Mar-07, to lugnet.cad.dev.mac, FTX)
|
| |
| | Re: LDView 3.1 on Mac OS X!
|
|
(...) Well I would argue that is forcing the user to do something the program could do much more easily (and accurately). Both those make the assumption that the contents of the standard LDraw directory are always official, and the contents of the (...) (20 years ago, 3-Mar-07, to lugnet.cad.dev.mac, FTX)
|
| |
| | Re: colors completeness
|
|
(...) Then I would definitely recommend LDView for the rendering chain. I've recently used it to create a set of part images (as I used to use ldglite) for the entire library, and they are FAN-TAB-u-Glorious! Travis has been very helpful, and even (...) (20 years ago, 3-Mar-07, to lugnet.cad)
|
| |
| | Re: colors completeness
|
|
(...) Well the problem with bleys is that L3P doesn't just replace them, it deletes them. Fortunately it doesn't seem to have this problem with parts in colours greater than or equal to 256. Fortunately, l3p colour definitions check to make sure the (...) (20 years ago, 3-Mar-07, to lugnet.cad)
|
| |
| | Re: colors completeness
|
|
(...) Neat. Can you explain what you mean by povray include file? A separate file from the model generated by L3P, that contains color definitions? How do you prevent L3P from replacing your custom colors with the default gray, as it does with other (...) (20 years ago, 3-Mar-07, to lugnet.cad)
|
| |
| | Re: colors completeness
|
|
(...) Actually, in conjunction with Bricksmith's "Export Steps" option, LDView could be used to render each step (since each step is exported as a separate file). As recently discussed here, it is possible to run the current version of LDView on (...) (20 years ago, 3-Mar-07, to lugnet.cad)
|
| |
| | Re: LDView 3.1 on Mac OS X!
|
|
(...) Absolutely. Before I started using LDView and realized that Bricksmith could also use its Unofficial folder, any and all unofficial files I downloaded just got dumped in parts. To chime in on the filename length issue, my LDraw folder got real (...) (20 years ago, 3-Mar-07, to lugnet.cad.dev.mac, FTX)
|
| |
| | Re: colors completeness
|
|
(...) I find it easier just to use a different colour for bleys so I can set it up properly in a povray include file. I always use 263 for dark bley but don't yet have a standard for light bley. Tim (20 years ago, 3-Mar-07, to lugnet.cad)
|
| |
| | Re: colors completeness
|
|
(...) My apologies if true. I was going off Steve's assertion in the LUGNET posting I linked to -- I haven't used L3P myself (only LDView). -- joshua (20 years ago, 3-Mar-07, to lugnet.cad)
|
| |
| | Re: LDView 3.1 on Mac OS X!
|
|
(...) As a user (and a programmer; though I've yet to do any work on LDView), I prefer the way Travis is doing things. Not that that makes it right; I'm just saying that you can't (and shouldn't) lump the users and the programmers into two competing (...) (20 years ago, 3-Mar-07, to lugnet.cad.dev.mac, FTX)
|
| |
| | Re: colors completeness
|
|
(...) Correct. As I noted in my other reply, the only way I've been able to render those colors (and a few others) with L3P/POV-ray is to replace the color codes with their 0x02RRGGBB style equivalents, and that's not really the most desirable (...) (20 years ago, 3-Mar-07, to lugnet.cad)
|
| |
| | Re: colors completeness
|
|
--snip-- (...) L3p doesn't support it as far as I can tell... in fact L3P refuses to give bley or dark bley any colour at all. --snip-- Tim (20 years ago, 3-Mar-07, to lugnet.cad)
|
| |
| | Re: colors completeness
|
|
(...) Hi Lutz, most excellent to see some questions from you; it's been a long time since we've conversed. (...) The LDRAW "group" (if you will) has created a color standard in ldconfig.ldr, a text file describing common settings to be used by LDRAW (...) (20 years ago, 3-Mar-07, to lugnet.cad)
|
| |
| | Re: colors completeness
|
|
(...) I think it would be nice if Bricksmith read the ldconfig.ldr file to load color definitions, or if it offered a pane in the preferences or color picker to define new colors. Best of all, if it had an interface like that to read and update (...) (20 years ago, 3-Mar-07, to lugnet.cad, FTX)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) yes, I just thought the export option of Bricksmith just would generate pictures, but ended up with single step LDRs. They are of use for rendering, indeed. makes still some work... (...) Yes, I have done as a bypass so far. (...) Ah, thanks. (...) (20 years ago, 3-Mar-07, to lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Need (working) program to generate instruction pictures
|
|
(...) I'd like something like that too. Although I don't think there's currently anything that will make the whole instructions for you, Bricksmith's "Export Steps" option may be a useful start. It creates a separate LDraw file for each step in your (...) (20 years ago, 3-Mar-07, to lugnet.cad.dev.mac, FTX)
|
| |
| | colors completeness
|
|
Hi, I have some questions about all those colors. I am using BrickSmith on Mac, I do not know if MLCAD does offer more colors. Bricksmith is missing the newer transparent dark orange and medium blue colors and some rarely used solid ones as bluish (...) (20 years ago, 3-Mar-07, to lugnet.cad)
|
| |
| | Need (working) program to generate instruction pictures
|
|
Hi, I need some programm to create bitmaps (or other file formats) stepwise instructions, just like the old Ldraw did in DOS. I tried ldglite, but it just shows a white window, even after loading a model. Do I need some addtional software? I am (...) (20 years ago, 3-Mar-07, to lugnet.cad.dev.mac)
|
