 | | 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)
|
