 | | Re: [Parts Tracker] Recent Noise and New Search Tool
|
|
(...) Yes, there's a chance of that. Right now, the full codes (like on the cert page) aren't stored anywhere, they're rebuilt when the cert page is updated. And they're something of a pain to calc individually. Eventually, those codes will be (...) (23 years ago, 22-Feb-02, to lugnet.cad.dev)
|
| |
| | More on Stickers (was: Questions on Stickers and Certification)
|
|
(...) From reading that thread, it sounds like the only reasonably solution to both the bleed and seam gap problems is to author the parts and stickers together. Problems with stickers as separate parts: Nomenclature: - 6 digits for the sheet ID (...) (23 years ago, 22-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Questions on Stickers and Certification
|
|
Hello! (...) still (...) says (...) I agree to the point too.... we need more reviewers. There are like 5 parts in the line I did... and they are there for a long time. That isn't very satisfying. I know a lot of authors who are waiting for their (...) (23 years ago, 22-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Questions on Stickers and Certification
|
|
(...) I agree that authors should not be allowed to self-certify, but ONLY if we get sufficient active reviewers to keep things moving. The last three updates would have been much smaller without self-certification. Some new reviewers have become (...) (23 years ago, 22-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Questions on Stickers and Certification
|
|
In some cases, like attached to rounded surfaces, I think the only way is to solve the problem is to create a part-with-sticker file. A sticker could be attached in many more or less creative ways, and I think the modeller should have the freedom to (...) (23 years ago, 22-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Questions on Stickers and Certification
|
|
(...) I'm currently working on modelling of the stickers of the Technic black Supercar. Before that I put some question in thread (URL) we agreed on the approach that stickers are separate parts just as they were ordinary bricks since, they can be (...) (23 years ago, 22-Feb-02, to lugnet.cad.dev)
|
| |
| | Questions on Stickers and Certification
|
|
On stickers: Should stickers be treated, for part authoring purposes, as if they were printed on the parts? If so, should we indicate somehow that the part is stickered as opposed to printed? And on certification (on LDraw.org's parts tracker): I've (...) (23 years ago, 21-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: [Parts Tracker] Recent Noise and New Search Tool
|
|
(...) Any chance of including a brief submission status code, like on the Parts list? Until/unless we implement a means of automatically mailing the author when a Hold is posted, this would give authors an easy way of finding their submitted parts (...) (23 years ago, 21-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Inline POV-Ray code?
|
|
Steve Bliss wrote... (...) It's OK with me to use e.g. "0 IFDEF L3PPOV" The POV code is (or can be) L3P related. As an example of that see e.g. Chuck Sommerville's minifig head (URL) >Or is the current situation considered adequate (...) Right! We (...) (23 years ago, 21-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | [Parts Tracker] Recent Noise and New Search Tool
|
|
Hey y'all - I just wanted to post a quick apology for some excessive moves and resubmits that I ran through today. Damien has created grooved versions for a bunch of the 2x2 tiles. Unfortunately, he posted his new versions before letting me know. So (...) (23 years ago, 20-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Inline POV-Ray code?
|
|
(...) I made some heads using inline POV code: (URL) (23 years ago, 20-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: Inline POV-Ray code?
|
|
(...) Actually a cheap fix that *almost* works is to go into the printed head file (such as 3626bp05.dat) and rip out anything that's not color 0. ie. gut everything but the printing. Then paste in 3626.dat instead of s\3626bs01.dat. This will slap (...) (23 years ago, 20-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: Inline POV-Ray code?
|
|
(...) It's not something that can, or needs to be, fixed. Only surfaces drawn with primitive files[1] can be curved in POV-Ray[2]. The patterned area of the minifig faces are not drawn with the cylinder primitives, so they come out faceted. Steve 1) (...) (23 years ago, 20-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: Inline POV-Ray code?
|
|
"Steve Bliss" <partsref@yahoo.com> wrote in message news:n6h77ug2idkrqil...4ax.com... (...) Yeah. Hey if we could solve the centering and rotation problem with a table, couldn't we run converters to Anton Raves' library? Would this project be too (...) (23 years ago, 20-Feb-01, to lugnet.cad.dev, lugnet.cad.ray, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Inline POV-Ray code?
|
|
(...) Just a guess, but I don't think all the printed heads exist in the LGEO parts, so l3p can't substitute that way. And they probably don't use the cylinder primitives because of the printed faces, so once again l3p can't substitute. I suppose (...) (23 years ago, 20-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: Inline POV-Ray code?
|
|
(...) Yes, there are plans for this. My current issue is with the syntax being used. I'd rather use general 0 IF ... 0 ELSE ... 0 ENDIF meta-statements, rather than the 0 L3P meta-statements. (...) It seems like LGEO is pretty static now. Lutz is (...) (23 years ago, 20-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: Inline POV-Ray code?
|
|
"Travis Cobbs" <tcobbs@REMOVE.halibut.com> wrote in message news:GrstMI.BB7@lugnet.com... (...) Brings me to a question about the minifig head. I had a high-res printout of Cale Leiphart's The Fight scene made for BricksWest, and there were some (...) (23 years ago, 20-Feb-01, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | New LDView screen saver mode
|
|
I don't include instructions in the release, but LDView 1.9.2 can now be used as a screen saver. This is still in the verification stage, and as such may lock/crash/reboot your computer, etc. (Note that it does none of these things on my computer.) (...) (23 years ago, 20-Feb-02, to lugnet.cad.dev)
|
| |
| | *** LDView Version 1.9.2 Released ***
|
|
LDView version 1.9.2 is now available, in both source and binary forms. You can download either from: (URL) of the highlights of version 1.9.2 include: Option to texture map LEGO logo onto studs. Wireframe Cutaway Faster lighting (on some cards (...) (23 years ago, 20-Feb-02, to lugnet.announce, lugnet.cad, lugnet.cad.dev)
|
| |
| | Re: Inline POV-Ray code?
|
|
(...) Yes, that's the info I'm looking for. Thanks, Travis (and Vincent, too). Related question (for the parts officials, I suppose): Are there any plans (even tentative) to move towards adding this sort of stuff to official parts? Or is the current (...) (23 years ago, 19-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: Inline POV-Ray code?
|
|
(...) I don't know if any official parts do it, but it is possible. Based on an earlier lugnet.cad.ray message, you do this: 0 L3P IFNOTPOV (regular ldraw code goes here) 0 L3P ELSEPOV 0 (POV-Ray code goes here, commented-out) 0 L3P ENDPOV You can (...) (23 years ago, 19-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: Inline POV-Ray code?
|
|
Tony Hafner <hafhead@PANTSplanetquake.com> wrote in message news:GrsoEF.Ips@lugnet.com... (...) any. (...) Read Steve Bliss' reply to my message titled "How to add own parts to LGEO?". He describes how to include POV-Ray code in .DAT files that can (...) (23 years ago, 19-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: File Check utility (was: Case of part filenames?)
|
|
(...) OK, it's done. It will probably be a problem going forward, until I can clean up the code and combine it into one source. Anyone ever played with lex and perl? That would probably be a better way of doing this - the current code is pretty (...) (23 years ago, 19-Feb-02, to lugnet.cad.dev)
|
| |
| | Inline POV-Ray code?
|
|
I seem to recall that some curved parts have separate definitions in the parts file itself for POV-Ray to render them better. But I can't find any. Is this actually possible? Do such parts exist? Is there a "better" way (ie through L3P) to get (...) (23 years ago, 19-Feb-02, to lugnet.cad.dev, lugnet.cad.ray)
|
| |
| | Re: File Check utility (was: Case of part filenames?)
|
|
(...) Yep, I will do that. I think it should be pretty straightforward. Not quite as straightforward as it would be if they actually ran off the same source code, but close... Steve (23 years ago, 19-Feb-02, to lugnet.cad.dev)
|
| |
| | File Check utility (was: Case of part filenames?)
|
|
(...) Thanks! Now I know. One related thing- is there any way that you could add the new checks to the "File Check" utility as well? I had a number of parts that I had scanned with that tool and they came up OK. Then the submission form refused the (...) (23 years ago, 19-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Case of part filenames?
|
|
(...) You got it. It didn't use to matter, but now we're trying to move to lower case. Mostly. It didn't use to matter -- DOS's file system is 'case-insensitive'. But DOS always stores & returns filenames as all-caps, so most filenames were (...) (23 years ago, 19-Feb-02, to lugnet.cad.dev)
|
| |
| | Case of part filenames?
|
|
What's the story with upper vs. lower case in part filenames? In my brief survey of my parts directory, it looks like all the files use all upper case where they use letters (".DAT" and the "P" for patterned elements). Additionally, many parts (...) (23 years ago, 19-Feb-02, to lugnet.cad.dev)
|
| |
| | progress report (was "Re: Looking for DAT of Wedge Curved 2x6x1")
|
|
(...) I've posted an almost-comlete version of 41765: "(URL) only things remaining for this one is encoding the sliced tubes (i.e., where the top-studs meet the sidewalls). Thanks, Franklin (23 years ago, 18-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Part 6588 Question
|
|
(...) Heh, yeah. You're absolutely right. OK, I give up: what was the 7 for? Steve (23 years ago, 18-Feb-02, to lugnet.db.brictionary, lugnet.cad.dev)
|
| |
| | Re: Part 6588 Question
|
|
(...) ????? By my calculation, 3 1/3 bricks = 10 plates ??????? ROSCO (23 years ago, 16-Feb-02, to lugnet.db.brictionary, lugnet.cad.dev)
|
| |
| | Re: Part 6588 Question
|
|
(...) The height on this part name was given in plates. 3 1/3 bricks = 7 plates. And see (URL) for new developments. :) Steve (23 years ago, 16-Feb-02, to lugnet.db.brictionary, lugnet.cad.dev)
|
| |
| | Re: A comprehensive LDraw object model
|
|
"Bernd Broich" <bernd.broich@online.de> schrieb im Newsbeitrag news:GrF5JD.5zI@lugnet.com... (...) I found a free UML tool that works and made a class graph showing the classes, we talked about. The tool, Poseidon for UML, is java-based and (as (...) (23 years ago, 16-Feb-02, to lugnet.cad.dev)
|
| |
| | Part 6588 Question
|
|
There are many aspects of the art of piece nomenclature that continue to escape me, but this one has me completely stumped. I just came across what I think is ``Technic Gearbox 2 x 4 x 7'' (URL) doing an inventory of set 6775. I cannot for the life (...) (23 years ago, 16-Feb-02, to lugnet.db.brictionary, lugnet.cad.dev)
|
| |
| | Re: Looking for DAT of Wedge Curved 2x6x1
|
|
(...) Great! And thanks for the part numbers. I found these new wedges to be great because their notches allow you to treat them like an ordinary brick (as opposed to the spacecraft-nose wedge (6069 Wedge 4x4 Triple) where you can't just stick it (...) (23 years ago, 14-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Looking for DAT of Wedge Curved 2x6x1
|
|
(...) I just picked up set# 7119, Twin-Pod Cloud Car, for the specific purpose of having these four pieces. I've started writing my notes for encoding these into LDraw files. FWIW, here are the part numbers (and descriptions): 41747, "Wedge 2 x 6 (...) (23 years ago, 13-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: Drawing triangles in a Z buffer
|
|
Graphics Gems covers basic stuff only where the presenter has an innovation. But they've been very good over the years. You can get any of their example source code online. Do pay a visit here: (URL) guys were in Gems IIR, and their book is worth (...) (23 years ago, 13-Feb-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Drawing triangles in a Z buffer
|
|
"Sproaticus" <jsproat@io.com> skrev i meddelandet news:GrGFrK.9nJ@lugnet.com... (...) There must surely be one (or more) in Graphical Gems (URL) (if that URL still is valid, otherwise search for Graphical Gems) a bit dated, c code, but useful. -- (...) (23 years ago, 13-Feb-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Drawing triangles in a Z buffer
|
|
(...) If you don't mind C code, there's the zAddTriangle() function in stub.c in the ldlite or ldglite source code. The old 1.6 ldlite source is a bit easier to follow since it doesn't have all the extra shaders. Also, it's a linear z-buffer, which (...) (23 years ago, 13-Feb-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
| |
| | Re: Drawing triangles in a Z buffer
|
|
(...) I may be missing your point/problem but... Think you may need to go bi-linear in your Z calcs. Yes this makes a Suppos'dly one pixel lookup method a two+ per pixel but if you are already using a scan line method you have the precalculated (...) (23 years ago, 13-Feb-02, to lugnet.cad.dev, lugnet.off-topic.geek)
|
