 | | 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)
|
| |
| | LDraw.org's October Model and Scene of the Month Winners
|
|
Congratulations to the winners of the October Model/Scene of the month contests: (URL) MOTM, Set 4450 - P10 steam engine, Ben Beneke> (URL) SOTM, Cityscape 3: Bus Stop in the Summer Sun, Niels Bugge> The voting for the November Model of the Month (...) (20 years ago, 7-Nov-04, to lugnet.announce, lugnet.cad, lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | LSC Moderator Authentication
|
|
Spam is flooding into my mailbox, forwarded by lsc-request at ld...org. I am required to approve or deny those mails, but I always get the "Authorization failed" message when attempting to. Could somebody fix a working password so I can started? (20 years ago, 6-Nov-04, to lugnet.cad.dev.org.ldraw)
|
| |
| | 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: LDraw Birds of a Feather session at the O'Reilly Mac OS X Conference Oct. 25th
|
|
(...) Good luck! have someone take pictures and write an article for the site :-) -Tim (20 years ago, 21-Oct-04, to lugnet.cad.dev.mac)
|
| |
| | 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)
|
| |
| | LDraw Birds of a Feather session at the O'Reilly Mac OS X Conference Oct. 25th
|
|
If anyone is going to the O'Reilly Mac OS X conference next week, please come to the LDraw BOF, hosted by me! :D (URL) (20 years ago, 20-Oct-04, to lugnet.cad.dev.mac)
|
| |
| | 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: LDraw.org's September Model and Scene of the Month Winners
|
|
(...) Congratulate with the scene Ben, it's really nice and the cows look very cute, but I think you should work a little more with the background, hiding the big concrete field in the background by adding another layer of houses, trees or landscape (...) (20 years ago, 17-Oct-04, to lugnet.cad.dev.org.ldraw, FTX)
|
| |
| | 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: A small correction to 2004-03 distros
|
|
Gaah! Preview only works, if you work it! ;) (...) There should be a "not" in that line, "would not make". Steve (20 years ago, 15-Oct-04, to lugnet.cad.dev.org.ldraw)
|
