 | | Re: Anatomy of a POV file (e.g. L3P suggestions)
|
|
(...) Hi Lars, I'd prefer that the format is unchanged. Right now LPub post-proceses the one file, greying parts as needed, adjusting camera settings for orthographic, and creating new colors for the greyed pieces.... I'd really rather *not* have to (...) (20 years ago, 21-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Anatomy of a POV file (e.g. L3P suggestions)
|
|
(...) I am anything but an expert on this area, but will not the parts, 3001_dot_dat and so on, also be defined multiple times? (20 years ago, 21-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Anatomy of a POV file (e.g. L3P suggestions)
|
|
(...) For newbies I think it's nice that the POV file is self-contained and ready-to-render. However, using certain coming options you can exclude camera and lights. Why would you like submodels in separate .inc files ? Only to have a smaller (...) (20 years ago, 21-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Anatomy of a POV file (e.g. L3P suggestions)
|
|
(...) Optional, yes that would be nice. But I also see the strength in the fact that all data needed are gathered in the same file. I have downloaded so many pov-files just to discover that they have references to inc files I fail to find on the (...) (20 years ago, 20-Jan-05, to lugnet.cad.dev)
|
| |
| | Anatomy of a POV file (e.g. L3P suggestions)
|
|
Here are the basic components of a POV file, as it is generated by default by L3P. Materials Color declarations Stud-tops Finishes Render-Detail Options Qual SW Bumps etc. Scene-Level Objects Camera Lights Floor Background Parts & Primitives Models (...) (20 years ago, 20-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Automated Inventory Ordering through Bricklink
|
|
(...) If you go into BrickLink's "Search", then "Find Stores", you can upload an XML file of all the parts you want, and it will find the stores which have all (or most) of those parts. There's a help file on how to build the XML file (URL) here>. (...) (20 years ago, 19-Jan-05, to lugnet.inv, lugnet.cad.dev, lugnet.cad.mlcad, lugnet.market.brickshops, FTX)
|
| |
| | Re: Automated Inventory Ordering through Bricklink
|
|
(...) Yes. the sheer number of combinations can quickly get ridiculous and it gets hard to evaluate which is "best." I cheated by making a few asumptions. I'll share them when I dig up the code, I don't remember the details off hand. -JSM (20 years ago, 19-Jan-05, to lugnet.inv, lugnet.cad.dev, lugnet.cad.mlcad, lugnet.market.brickshops)
|
| |
| | Re: Automated Inventory Ordering through Bricklink
|
|
(...) SNIP (...) Yeah I had to have a look up table for that. It was annoying but not insurmountable : ) (20 years ago, 19-Jan-05, to lugnet.inv, lugnet.cad.dev, lugnet.market.brickshops)
|
| |
| | Re: Restart of LDA2001 Project (using LDraw models - L3P - POV)
|
|
(...) The coming L3P has also these new options: -ic[<file>] no camera, optional include file -il[<file>] no lights, optional include file So, l3p -ic -il model.ldr model.inc might just do what you want, assuming you still want color and primitive (...) (20 years ago, 18-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Automated Inventory Ordering through Bricklink
|
|
(...) The problem with this (and with Briktrak) is that there are a few Bricklink parts whose numbers are not the same as the LDraw parts. There was an attempt a while back to normalize the numbering system across the main part cataloging sites but (...) (20 years ago, 17-Jan-05, to lugnet.inv, lugnet.cad.dev, lugnet.cad.mlcad, lugnet.market.brickshops)
|
| |
| | Re: Restart of LDA2001 Project (using LDraw models - L3P - POV)
|
|
(...) Yeah, it'd be very cool if L3P had an option to generate include files instead of full scenes. That way, people could run all their various model files through L3P to generate the definitions in include files. Then they could use all those (...) (20 years ago, 17-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Automated Inventory Ordering through Bricklink
|
|
(...) I beleive that this is the hardest part of the automated 'from-CAD-to-shop' process. There are so many variables, obviously element avaialability but also price and geographical location. Also when using the By Shop sorting feature in (...) (20 years ago, 17-Jan-05, to lugnet.inv, lugnet.cad.dev, lugnet.cad.mlcad, lugnet.market.brickshops)
|
| |
| | Re: Automated Inventory Ordering through Bricklink
|
|
There is of course the option on Bricklink of uploading an XML file into your wanted list. If you could make a program that reformats an MLCad parts list into the required XML format you would be halfway there. I have tested this function with a (...) (20 years ago, 17-Jan-05, to lugnet.inv, lugnet.cad.dev, lugnet.cad.mlcad, lugnet.market.brickshops)
|
| |
| | Re: Restart of LDA Project (using LDraw models - L3P - POV)
|
|
(...) I think I mean... I don't remember! (...) Maybe, but that's not really the problem to me. (...) output files) is having to hunt down all the include files! (...) I'd say let's start with camera.dat and lookat.dat. If we make them with lines (...) (20 years ago, 17-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Restart of LDA Project (using LDraw models - L3P - POV)
|
|
(...) I had no idea that L3Lab had POV output, in spite the fact that I've been using it daily for years! Hmm, very intersting. The alternative approach that comes to my mind is: * LDA creates a static MPD file and runs it through L3P. * The output (...) (20 years ago, 17-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Restart of LDA Project (using LDraw models - L3P - POV)
|
|
(...) I'd agree with this. But what I do with an L3Lab output (which is how I generate my static images in POV from LDraw files) is immediately strip the camera and viewpoint stuff out and make it into an .inc file, my main file just includes what (...) (20 years ago, 16-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Restart of LDA Project (using LDraw models - L3P - POV)
|
|
(...) You mean LD4D and you or POV-Ray and you? (...) You really need to look at how POV-Ray does animation. It has all of this built in. I think one reason why animation is so hard is because L3P's output is overwhelming. It is not good for newbies (...) (20 years ago, 16-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Restart of LDA Project (using LDraw models - L3P - POV)
|
|
(...) Yes, that's why I also make this little humble program to see if my ideas work put to practice. (...) ... and that program crasches on all of my PC:s, expect the very first beta version he released... :(( (...) Maybe, maybe not. I recall James (...) (20 years ago, 15-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Restart of LDA Project (using LDraw models - L3P - POV)
|
|
(...) I have no idea. Anton always include the ini with the pov file, so perhaps whatever tools come from this can just auto create the ini file as well. (...) Hey! Cool! I know the syntax alone wont be much good. If there aren't tools that use it, (...) (20 years ago, 15-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Automated Inventory Ordering through Bricklink
|
|
---snip--- There are two soultions that I know of. 1) Create a .LDR file with the parts you want to buy 2) Download and install (URL) 3) Upload your .LDR file to briktrak and it will link to bricklink and provide you a list of stores that have your (...) (20 years ago, 15-Jan-05, to lugnet.inv, lugnet.cad.dev, lugnet.cad.mlcad, lugnet.market.brickshops)
|
| |
| | Re: Automated Inventory Ordering through Bricklink
|
|
I wrote a utility, for my own use, about two years ago that takes a .dat file and attempts to find "best" way to buy the parts via BrickLink. I'd planned to produce custom sets and source the parts for them this way. It was working well when last I (...) (20 years ago, 14-Jan-05, to lugnet.inv, lugnet.cad.dev, lugnet.cad.mlcad, lugnet.market.brickshops)
|
| |
| | Re: Restart of LDA Project (using LDraw models - L3P - POV)
|
|
(...) I already am. :) I noticed that L3P already marks the beginning of these blocks: // Camera (Latitude,Longitude,Radius = 45,45,0) and // Lights: Now, I've asked Lars to let L3P also mark the ends of these blocks. (...) No it isn't. Btw, I'm (...) (20 years ago, 14-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Restart of LDA2001 Project (using LDraw models - L3P - POV)
|
|
(...) In the coming L3P each section is tagged with POV comments like //// ModelObject //// Camera //// Lights exactly to help cutting out the interested POV code. (...) I'm reluctant to adding too much complexity into L3P to suit different special (...) (20 years ago, 14-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Restart of LDA2001 Project (using LDraw models - L3P - POV)
|
|
(...) Since L3P is released only every four years or so, it shouldn't be a problem :-) /Lars (20 years ago, 14-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Automated Inventory Ordering through Bricklink
|
|
(...) You could try BrikTrak. If I recall, it has a DAT file upload feature and it interfaces with Bricklink. (URL) (20 years ago, 14-Jan-05, to lugnet.inv, lugnet.cad.dev, lugnet.cad.mlcad, lugnet.market.brickshops)
|
| |
| | Re: Restart of LDA2001 Project (using LDraw models - L3P - POV)
|
|
(...) I guess we would have to work with Lars on that. Because your app is in Delphi, I would be interested in the syntax you develop. Implementing on different platforms is not as big of a deal in my opinion. I am mostly interested in this because (...) (20 years ago, 14-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Automated Inventory Ordering through Bricklink
|
|
Greetings all, I was discussing some time-saving MOC parts ideas and I came up with an idea for a software utility that could significantly reduce the amount of time spent digging around for loose parts. Currently, to the best of my knowledge, when (...) (20 years ago, 14-Jan-05, to lugnet.inv, lugnet.cad.dev, lugnet.cad.mlcad, lugnet.market.brickshops)
|
| |
| | Re: Very small triangle and a quad that thinks its a tri
|
|
(...) Silly question time. Where can I download the latest versions from. My usual place (the zip files on your web site) are still dated sometime in 2001! thanks William (20 years ago, 14-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Restart of LDA2001 Project (using LDraw models - L3P - POV)
|
|
(...) I've been thinking a lot about that. I think you can find a couple of threads here if you perform a search on "post-processing" or "post-processor". But... What if a futureversion of L3P has some new improvement and changes the syntax of the (...) (20 years ago, 14-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Very small triangle and a quad that thinks its a tri
|
|
(...) That's a small triangle! Side lengths: 0.0684 0.0671 0.0132 The reason it doesn't show in L3Lab is that you have color coded it in your file! Back in 1998 PovRay would crash if it was given a triangle with collinear vertices and a texture (...) (20 years ago, 14-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Restart of LDA2001 Project (using LDraw models - L3P - POV)
|
|
(...) That is what I was going to do too. (...) I guess what I was thinking was exporting a file that could either be povray format, a format that l3p could convert (preserving unions, macros, etc), or a format that I would use with Anton's library (...) (20 years ago, 14-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Restart of LDA2001 Project (using LDraw models - L3P - POV)
|
|
(...) Thanks for the response. Just a qiuck reply, got to go back to work... LDA outputs both .dat files for the indiviual frames but also one master .dat that has references to the single-frame files, separated by CLEAR and STEP. L3P supports (...) (20 years ago, 13-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | Re: Restart of LDA2001 Project (using LDraw models - L3P - POV)
|
|
(...) Tore, I think I know what you could do that would meet even my needs. Here is my idea. Output one pov-ray file. Have it export valid pov-ray format using unions, macros, clocks, switches, ranges, etc. Then, with that, it will be easy to add (...) (20 years ago, 13-Jan-05, to lugnet.cad.ray, lugnet.animation, lugnet.cad.dev)
|
| |
| | LDraw.org Contributer Agreement Affirmation
|
|
Hi all, Thanks for all the words of support regarding the LDraw.org Contributer Agreement. We've received quite a few responses but would like to wrap up this issue as quickly as possible. For those who haven't heard of the CA here's the (...) (20 years ago, 12-Jan-05, to lugnet.cad, lugnet.cad.dev, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) many, many thx to the LSC for getting the job done so quickly :-)))) w. (URL) (20 years ago, 9-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Very small triangle and a quad that thinks its a tri
|
|
(...) I'll send you the whole file (its not complete yet), but the values for the tri are A (0.989107, -1, 0) B (0.997785, -0.98677, 0.06652) C (0.997785, -1, 0.06652) William (20 years ago, 8-Jan-05, to lugnet.cad.dev)
|
| |
| | RE: *** SPAM *** Re: Very small triangle and a quad that thinks its a tri
|
|
(...) Only at 5dp (ie -det/-dist of 0.00001), but then as the values are only to 5dp this is not surprising! The co-linear vertices are reported for any -det/dist values from 1 to 0.00001 William (20 years ago, 8-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Very small triangle and a quad that thinks its a tri
|
|
(...) I think so too. William, could you please e-mail me the actual coordinates of A, B, etc., and perhaps the whole file. (...) Good question! (...) The colinearity test currently has a hardcoded threshold of 0.01. The colinearity test is carried (...) (20 years ago, 8-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Very small triangle and a quad that thinks its a tri
|
|
(...) I'm guessing this is a limitation of the accuracy of the l3p -check, so probably ignorable. Does the -dist option affect this test too, or just the coplanar quad test? Maybe there could be another option in l3p to adjust the accuracy of the (...) (20 years ago, 8-Jan-05, to lugnet.cad.dev)
|
| |
| | Very small triangle and a quad that thinks its a tri
|
|
Whilst working out the non-right-angled cylinder intersection sub-parts for the Boat Rigging pieces I have run into two related problems 1) I have a triangle A-B-C that is so tiny that L3P reports it as co-linear and L3Lab doesn't render it (it (...) (20 years ago, 7-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) Hi Lars. Hey, I've got an idea. Stop adding new features (for a little while) and just release it. ;^) Pretty please with extra sugar? (...) Nifty solution, but what if someone looks down the hose and sees it's all blocked up with spheres so (...) (20 years ago, 7-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) (snip) (...) I'll add 4-4cyls.dat, so that shouldn't hold you back. Also, in the coming version you can add primitives yourself. (...) Another way to achieve no overlap is the method I used in 30093.dat "Plant See Grass": I simply placed (...) (20 years ago, 7-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) OK, here's my VERY LAST word on the subject: Transforming both 4-4cyls S0-S1 and vector S1-S2: Rotate about Y by beta until S0-S1 lies in the YZ plane Rotate about X by gamma until S0-S1 coincides with +Z Rotate about Z by delta until S1-S2 (...) (20 years ago, 7-Jan-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Mathematical assistance please
|
|
(...) Ooooops, I see now I was totally barking up the wrong tree, you need to WORK OUT the alpha angle, sorry. But transforming the co-ordinate system should still work. ROSCO (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) Or maybe another way to look at it (got this from old lecture notes): Goal: rotate about arbitrary vector A by alpha Idea: we know how to rotate about X,Y,Z So, rotate about Y by beta until A lies in the YZ plane Then rotate about X by gamma (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) Could you transform the co-ordinate system so that one of it's axes is along the centre-line of the 4-4cyls (in the plane S0-S1-S2), rotate it about that axis so that the longest sise is in the plane, then transform the co-ord system back? (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
In lugnet.cad.dev, Ross Crawford wrote: <snip> (...) know how to come up with the rotation angle needed to twist the 4-4cyls.dat into the right position. One reason to push forward on my original solution is because the same knowledge can be used to (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) Hi Roscoe, Thanks for the help. If you extend the cylinders so that the outside edges touch, you will be able to see the overlap.... at small angles, this works because the overlap is small, but at larger angles, the overlap is noticable. I (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) It's hard work, but this page might help (URL) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) Hi Philo, Good to hear from you. My mistake.... I am using 4-4cyls.dat. rotating them to align them with the S0-S1-S2 plane is what I don't know how to do. Thanks, Kevin (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
(...) Why not just work out the longest side of the cylinder you need, and extend the hose segments by that much on each end? That would reduce the file size even more. BTW, if you do decide to go with your solution, and come up with a result, you (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Mathematical assistance please
|
|
Hello Kevin, (...) What about using 4-4cyls primitives placed to the end of hose segments? Scale their length to (hose diameter)*tan(angle/2). See example for a 30° angle: (URL) and (URL) know, this is not a full solution, you need to rotate the (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Changing camera location in LPub
|
|
Oh, of course! ROTSTEP! Thanks Kevin. --Ryan (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Mathematical assistance please
|
|
Hi, I'm a much better arithmetician than mathemetician and have hit a wall with LSynth. In an attempt to reduce file size, I've written an algorithm that merges hose segments together (based on an angle error limit). This dramatically reduces file (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Changing camera location in LPub
|
|
(...) Thanks! When rendering single images (entire model), the camera globe coordinates affect the rendered results. When rendering building instructions, MLCAD's ROTSTEP meta command controls camera location (or model rotation. Who can tell the (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Changing camera location in LPub
|
|
I just downloaded LPub 2.2.0.1 — what a great program! — and I was wondering why changing the latitude or longitude of the camera doesn't affect camera location in the renderings. Is there something I'm overlooking? Thanks! --Ryan (...) (20 years ago, 6-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Flexible axles with lsynth
|
|
Matt, The axle size is supposed to match the axle ends. Kevin (20 years ago, 6-Jan-05, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Flexible axles with lsynth
|
|
(...) Thanks for your help Kevin, I've now got it working! I don't want to sound picky, but the axles pieces that have been created are just slightly larger in diameter than the LS40 part. Is this correct, or should the connected axle and end parts (...) (20 years ago, 5-Jan-05, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Flexible axles with lsynth
|
|
(...) Hi Matt, LS40.dat is not a hose constraint (axle constraint). It is provided to you to put ends on your flexible axles. The second example you provide is the correct one. Simply add LS40.DAT on each end of the axle, and you have a complete (...) (20 years ago, 5-Jan-05, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) Maybe. I think I was in the past and I wanted to go check that I wasn't, so I thought I'd post the link, just in case. (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) To be honest, I suspect that if you aren't a hard-core reviewer, you're probably not holding anything due to dithering. Maybe I'm just being cynical, though. --Travis Cobbs (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) Hard core reviewers know this already, of course, but those of us who don't review as much can use this link (URL) to find reviews they've done, including all the holds, so they can see if they are holding anything for dithering... (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) See? Wasn't that easy? :) Steve (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
I'll resubmit the part unchanged, if your hold vote is not deleted by midnight CET... (URL) (20 years ago, 4-Jan-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) Just to be clear - you do not have to make a subpart of the pattern; that's the change in policy. Steve (20 years ago, 4-Jan-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
yes, mine: (URL) I guess I'll have to go through the hassle of re-submitting this and on the way make a subpart of the pattern.... *sigh* :) thx! (20 years ago, 4-Jan-05, to lugnet.cad.dev, FTX)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) Resubmitting (unchanged) files to simply clear away holds is *not* an approved practice for the PT. I'm not saying it isn't justified in this case, but it's not generally the way to operate - it undermines the the system. The more appropriate (...) (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Flexible axles with lsynth
|
|
(...) My experience with lsynth is limited, so I'l defer to Kevin Clague on the above. (...) You could try LDraw Design Pad's flexible object generator. You can find LDDP at: (URL) (20 years ago, 4-Jan-05, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) Are there any holds based on this? Presumably we can just resubmit these parts to reset the votes. -Orion (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) It's a change to the acceptance criteria for the official library, which is somewhat stricter than the file spec. For example, 0 WRITE meta commands are legal in regular LDraw files but not in official library parts. -Orion (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
Question: what to do with 'hold' votes based upon the old policy? Good work! Jan Folkersma (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Flexible axles with lsynth [DAT]
|
|
Hello, I am currently unable to create flexible axles using lsynth and end piece LS40. I was wondering if anyone has been able to achieve this. This is the code that will not work with end part LS40 – 0 Untitled 0 Name: flex_axle.ldr 0 Author: MLCad (...) (20 years ago, 4-Jan-05, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Change to existing policy regarding the subfiling of dithered colors
|
|
(...) I'm confused. Is this a change to the current LDraw.org file specifications (which I thought was 0.23) or part of the next LDraw.org file spec (which I thought was going to be 1.0)? The spec published on LDraw.org (URL) is not numbered at all) (...) (20 years ago, 4-Jan-05, to lugnet.cad.dev)
|
| |
| | Change to existing policy regarding the subfiling of dithered colors
|
|
LSC has decided to do away with the requirement to transfer dithered color elements to dedicated subfiles. This was required due to a limitation in the original LDRAW.EXE. Due to the belief that James would have eventually fixed this problem and the (...) (20 years ago, 3-Jan-05, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) I hate to say that the MPD Update feature has some bugs. It works but it leaves orphan files. -Orion (20 years ago, 2-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) I've updated my MPD program. Thanks for the feedback so far. Most notable is the MPD update feature. This feature strips an MPD of unoffical files made official (based on user input if prompting is selected). I also updated the interface a (...) (20 years ago, 2-Jan-05, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) Yeah I though about that after the fact. I probably would have GPL'd the source anyway. -Orion (20 years ago, 31-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) I hesitate to even mention it, but I thought it was only fair. Thanks for GPL'ing MPD Wizard, but if you are the original author of the LDDP code, I'm 99% sure you didn't have to do so. Even after you release something under GPL, you still own (...) (20 years ago, 30-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) That's a great suggestion. It gives me something to work on when I fly back home on Thursday. -Orion (20 years ago, 29-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) Yes, as I didn't try to change it on the fly ;o) An optimisation that could be done would be to remove one of the two spaces before subfile names. To make MPDWizard the Swiss army knife of MPD, you could add a "Test MPD" function that would (...) (20 years ago, 28-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) Cool, thanks. I've been programming in Delphi for 3 years now but my knowledge is all self taught and I learn something new just about everytime I set down to code. (...) It was in FormCreate, I forget why I moved it. I think I'll move it (...) (20 years ago, 28-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) Not entirely. The program may still do wrong when the Windows settings are changed while the program is running. I recommend the following at the end of Main.pas (not in FormActivate): ... initialization Application.UpdateFo...atSettings := (...) (20 years ago, 27-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) I'm curious, did I fix the decimal separator issue? -Orion (20 years ago, 27-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) Thanks Orion, works fine now! Philo (20 years ago, 27-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) And here's the fixed .exe: (URL) since I used some source code that I GPL'd for the LDDP project, I've GPL's and released the source for this project. -Orion (20 years ago, 27-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b
|
|
(...) Yikes! I'll fix this straight away. -Orion (20 years ago, 26-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: MPD Wizard 1.0b [DAT]
|
|
(...) Hello Orion, There is a big problem with quads in included parts, they lose their last 6 coordinates: 4 16 7 -5.412 -9 7 -5.412 9 0 0 1 0 0 0 is changed to 4 16 7 -5.412 -9 7 -5.412 9 7 -11 9 7 -11 -9 Similar problem with conditional lines: 5 (...) (20 years ago, 26-Dec-04, to lugnet.cad.dev)
|
| |
| | MPD Wizard 1.0b
|
|
Here's the next incarnation of my MPD program: (URL) you test it out please send feedback, suggestions, or bug reports. -Orion (20 years ago, 25-Dec-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Ribbed hoses synth
|
|
(...) Thanks, but I have a simple iterative solution that works well. Kevin (20 years ago, 24-Dec-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Ribbed hoses synth
|
|
(...) Maybe it is indeed the best to add some features to Lsynth, for I and many with me don't have a clue what to do with the sourcecode and formulas, the only thing I might be useful to is in saying what would be a good userinterface... (20 years ago, 22-Dec-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Ribbed hoses synth
|
|
(...) Hey I know a spiffy little recursive algorithm that'd probably do a nice job of that. I used to use it in 2D to reduce the size of vectorized scanned image files, but it should extend nicely to 3D. You start with the end points of a curve. (...) (20 years ago, 19-Dec-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Ribbed hoses synth
|
|
(...) Hi All, Happy holidays. I made LSynth's source code open from the beginning, in case someone better at math than I might take a swing at it. It has never really made it past the proof of concept stage. Feel free to make additions.... I just (...) (20 years ago, 19-Dec-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Ribbed hoses synth
|
|
(...) (URL) (...) I agree with Don. I think Kevin has stated publicly in these very threads he is very open to integrating enhancements from others as long as it is easy to do and doesn't break things or make loads more work for him. He might not (...) (20 years ago, 19-Dec-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Ribbed hoses synth
|
|
(...) There are plenty of other hose generators. Mlcad, LDDP, ldglite, and LEDIT mode for emacs all have them. And I think some of them do support fixed length hoses. But I think the right thing to do is adapt lsynth to do what you want. The source (...) (20 years ago, 19-Dec-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: LXF File Format
|
|
(...) MODEL is relatively easy to crack but since they use a bit different coordinate system and their part have different rotation/center points, the conversion between LXF <-> LDR would be a pain which would need a compatibility layer library with (...) (20 years ago, 17-Dec-04, to lugnet.cad.dev)
|
| |
| | LXF File Format
|
|
(...) Has anyone tried to decipher the binary .CHUNK or .MODEL files? In this message from last year (URL), Jake McKee wrote "LXF is an open, (and soon to be) well documented format" but I've never seen any details on this, and can't find any (...) (20 years ago, 17-Dec-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: ldraw programs for PDAs? (was MLCAD for PALM)
|
|
(...) Yeah I know, at first it sounds like a neat idea. I felt that way about the DOS version of ldglite, for a while... Let's see. The parts library is about 30MB (5MB compressed) and your average PDA sized image might be 100K. You could fit 50 (...) (20 years ago, 7-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: ldraw programs for PDAs? (was MLCAD for PALM)
|
|
My idea was indeed to be able to up or download (however you would like to call it) LDR and MPD files to the PDA via PC connection, infrared, wireless, etc. Next you should load the files into the VIEWER to show off to anyone who would like to see (...) (20 years ago, 6-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: ldraw programs for PDAs? (was MLCAD for PALM)
|
|
(...) I believe LDLite was originally written with the Pocket PC in mind as a possiblity, so it shouldn't be difficult to build a version for that target. I can't do it because I don't have a Pocket PC to test it on, or the development environment (...) (20 years ago, 3-Dec-04, to lugnet.cad.dev)
|
| |
| | Re: ldraw programs for PDAs? (was MLCAD for PALM)
|
|
What I really ment was to be able to run a program like LDLite on PPC so you can view LDR and MPD files. There would be no need to be able to produce images, just view (IMHO)... (...) No need to do that then. Jaco (20 years ago, 3-Dec-04, to lugnet.cad.dev)
|
