 | | Re: LEGOfactory.com launches... and it's big!
|
|
(...) It's coming. Patience ... :-) -Tim (20 years ago, 10-Nov-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: LEGOfactory.com launches... and it's big!
|
|
(...) How about an LDraw file to LDD file convertor? Or is that what you meant...one that would translate both ways? :) Has anyone tried using this application? Am I the only one finding it to be a steep learning curve? (...) I'd be happy just to (...) (20 years ago, 10-Nov-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: LEGOfactory.com launches... and it's big!
|
|
(...) Say (conservatively) these are placed in 1,000 retail outlets worldwide (include S@H as one) Each sells 5 sets per week. Since these are micro, with a small piece count around 100-150, estimate price at about $10 Designer earns 5% of each (...) (20 years ago, 9-Nov-04, to lugnet.cad.dev, lugnet.lego, FTX)
|
| |
| | Re: LEGOfactory.com launches... and it's big!
|
|
(...) LPRIZE, anyone? :) As far as my students, it'll probably be a case of them designing in whatever package they want (even, gasp, REAL LEGO) and then one or two of them figuring out how to make the design over again in LDD for contest upload. I (...) (20 years ago, 9-Nov-04, to lugnet.cad.dev, FTX)
|
| |
| | Re: LEGOfactory.com launches... and it's big!
|
|
(...) AFAIK, no one yas yet tried to write a LDD file to LDraw file convertor. This might be the thing though, eh? Of course it would be entirely unofficial until and unless LEGO blessed such an effort. One big gotcha is catching that all the (...) (20 years ago, 9-Nov-04, to lugnet.lego, lugnet.cad.dev, FTX)
|
| |
| | Re: Interoperability: Conversion from LDRAW to ProE or Inventor 7
|
|
(...) What 3D file format(s) does ProE or Inventor support? -Orion (20 years ago, 5-Nov-04, to lugnet.cad.dev)
|
| |
| | Interoperability: Conversion from LDRAW to ProE or Inventor 7
|
|
Greetings! We are trying to build a trophy part. We will build it using rapid prototyping. To do this we have designed a trophy in ProE (and in Inventor 7). We want a 1x2 brick with a flat plate on top of the brick and the trophy on top of the (...) (20 years ago, 5-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: Ghost bug in 3.11
|
|
(...) I cool with that. It's a whole lot easier for me to make ldglite behave well as a unseen simple renderer, and let LPub handle all the tricky instruction formating macros. The only reason I can see for me to add internal ldglite support for all (...) (20 years ago, 3-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: Ghost bug in 3.11
|
|
(...) time I invoke ldglite and it finishes. This non-interactive render ignores all steps. I'm sure LPub has handled and removed all the CLEAR statements in the process of creating a step DAT. In this scenario, I see no need to use the -D. (...) (...) (20 years ago, 3-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: Ghost bug in 3.11
|
|
(...) I'm a bit lost here. Are you talking about using ldglite to render image files, or render interactively? I ask because -mf and -mF ignore all STEP commands, but only for the non-interactive image file generating usage. There is a -D command (...) (20 years ago, 3-Nov-04, to lugnet.cad.mlcad, lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
In lugnet.cad.dev, Don Heyse wrote: <snip> (...) Thanks Don, I got it working for both assembly images and part images. Kevin (20 years ago, 1-Nov-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) Oh all right. You forced me to figure out what's up with the sourceforge. Apparently they disabled the cronjobs back in july, so my daily snapshot has to be made manually. I guess I'll have to start calling it more of an occasional snapshot. (...) (20 years ago, 30-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
Hi Don, How are the updates going to ldglite? I'd like to test it with LPub before I release a new version. I've got it all wired in for construction images and PLI and it seems to work well. I'd love to have -mf and -mF soon. Kevin (20 years ago, 29-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: Part number for old Technic piston?
|
|
(...) Thanks, Ross. On the Parts Tracker, I've moved x849.dat to 3652.dat. Steve (20 years ago, 29-Oct-04, to lugnet.db.brictionary, lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) Not yet. The current release always picks -4/3*x for the aspect ratio. I know the negative sign is required to convert the y axis from ldraw coords to POV. I'm not sure how that gets worked into the upcoming version of l3p, which does have a (...) (20 years ago, 26-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) The 4/3 is the aspect ratio of the POV generated rendering (matches 800x600, 1024x768, 1600x1200 etc.). If you for some reason want POV to do a high, narrow (or low, long), rendering this factor has to be changed. It's often easier to do a (...) (20 years ago, 26-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) I assume that L3P allows the output to be any aspect ratio. The page is a little confusing that way. However, it's trying to tell you how the camera angle argument works, going on the assumption you haven't changed the aspect ratio. Just (...) (20 years ago, 26-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) aspect ratio is always maintained even if the (horizontal) viewing angle is changed"? Does l3p not allow tall skinny windows? Should (width/height) always be (4/3) even if the window is tall and skinny? Or does it just mean the pov file will (...) (20 years ago, 26-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) I thank you for the complement, but in this particular instance, I have to give credit where credit it is due. I'm sure I could have derived the above equation on my own, but here is the actual comment out of LDView that I got the above from: (...) (20 years ago, 26-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) See, this is why ldview is so much better. I'm still trying to absorb the first post and you whip out the math. Ok, apparently I knew about the horizontal/vertical bit at one point because the code to print an l3p command line contains this (...) (20 years ago, 26-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) In case you don't want to think about the math, here it is: vfov = 2*atan(tan(hfov/2)/(...h/height)) --Travis (20 years ago, 25-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) Please note that L3P's field of view is the horizontal field of view, and OpenGL's is the vertical field of view. You have to convert if you want the same result. You can check real quick by doing a square image in each. If they look the same, (...) (20 years ago, 25-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) <snip> (...) Ooooohhhhh. Thanks for that one..... that will make my code smaller. (...) Kevin (20 years ago, 25-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) Yeah, me too, but opengl requires it. I didn't make them automatic because the ldlite parser draws as it parses, so it doesn't have access to the bounding box of the model. I'll fix it for the l3 parser to default the clipping planes just (...) (20 years ago, 25-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) I just wasn't sure what to do with -z and -Z. LPub has to manage ROTSTEPS and such, so it pre-rotates the model into the desired view angle. It also centers the model in the process. The default value of -z10 clips the front of the car off. (...) (20 years ago, 25-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) I can live with -ms, but would prefer to have -mS working also. I'm not sure if the rapid popping up and down of the window will cause palpatations. (...) Thanks again, Kevin (20 years ago, 25-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) Yeah, that 60000 number plays havoc with a bunch of things. You get a lot of z-bleeding because the clipping planes are spread so far apart. Maybe I get less depth bits on the offscreen buffer. Gotta check. And I suppose I should borrow the (...) (20 years ago, 25-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) <snip> (...) Hi Don, Thanks for the help. I was able to make -mS work, but only if I backed way off on the 60000 number. By the time LPub presents the car model to ldglite to render, LPub has alrealy applied ROTSTEP to the model, assuming the (...) (20 years ago, 25-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) Ok, now we're getting closer to the problem, I think. The ldglite image is blank, so I changed a few things to see what's up. I switched -mS to -ms so I could see it on screen and got a car facing forward. Does the offscreen windows rendering (...) (20 years ago, 25-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub
|
|
(...) Don, Thanks for the help. I run L3P like this: set PATH=C:\LDRAW; set LDRAWDIR=C:\LDRAW l3p.exe -stdout -ca1.000000 -cg30.000000,45.0000...000.000000 -q2 -b0x02ffffff -o LDraw\CAR.DAT POV\CAR.pov and I get this result rendering at 800x600 (...) (20 years ago, 25-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: ptreleases.cgi - Ready to Roll?
|
|
(...) Good. :) I've moved the changes to ptreleases.cgi, so that can now be considered a 'production' script. I'll write up some information about it, and add it to the Official Library page. (...) You're welcome. Though I must say, it took me long (...) (20 years ago, 20-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: ptreleases.cgi - Ready to Roll?
|
|
Hi Steve, "Steve Bliss" <steve.bliss@earthlink.net> schrieb im Newsbeitrag news:I5Kr1I.D49@lugnet.com... (...) the (...) (URL). (...) new (...) This looks perfect! Thank you! Michael (20 years ago, 19-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub (and maybe ldview?
|
|
(...) Ahh, nevermind. That didn't really work either. Applying the opaque/transparent only filter right before dumping the png is simple, and looks good enough for me. I'm going with that and forget about the icky sharp outer edges for now. They (...) (20 years ago, 15-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub (and maybe ldview?
|
|
(...) Ok i did a quick once over of glBlendFunc manpage and it looks like switching line antialiasing from: glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA); to glBlendFunc(GL_SRC_A..._SATURATE, GL_ONE_MINUS_SRC_ALPHA); eliminates the problem (...) (20 years ago, 15-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub (and maybe ldview?
|
|
(...) Thanks, that did it. Yuck! (...) Let's see if I understand what's going on here. When I antialias the edge lines, the RGB colors buffer gets blended, and so does the alpha channel. If alpha was all zeros, now instead of all ones, it gets (...) (20 years ago, 15-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub (and maybe ldview?
|
|
Note that I'm sending followups to lugnet.cad.dev. (...) All I did was create an HTML document real quick and looked at it in Firefox. The following is the content of that document: <HTML> <HEAD> </HEAD> <BODY BGCOLOR="#FF0000"> <IMG (...) (20 years ago, 14-Oct-04, to lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: ptreleases.cgi - Ready to Roll?
|
|
(...) It works for me, and I don't remember anyone saying they're using the old one (other than myself), so I say go for it and make it official. This will kill that functionality in the private LDView 3 Alpha that a few people have, but that (...) (20 years ago, 14-Oct-04, to lugnet.cad.dev)
|
| |
| | ptreleases.cgi - Ready to Roll?
|
|
A couple of months ago, there were a number of changes implemented for the ptreleases.cgi script, but they were never confirmed and put in place as the final version. The latest cgi is available at (URL). To see a list of all the options, try (URL). (...) (20 years ago, 14-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LPub mask generation
|
|
In lugnet.cad.dev, Kevin L. Clague wrote: [ ... snipped ... ] (...) Awesome. When you have a build you think is stable enough please let me know and I will put it to the test! Thanks for continuing to work on this for me. Mike (20 years ago, 13-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LPub mask generation
|
|
(...) I remembered that the issue we ran across at BrickFest was a simple one, but I couldn't remember the specifics. The fix is a two character fix. I forgot to put a semicolon after AMB and DIFF in the POV-File. Right now I'm running through your (...) (20 years ago, 13-Oct-04, to lugnet.cad.dev)
|
