 | | Re: Using MPD syntax in official part files
|
|
(...) I think this is a good one: MPD parts would be a great way to store "default" textures for texture mapping (hex encode them). That would encapsulate the design with the part, overcoming one of the big "pain points" of adopting textures. (...) (15 years ago, 11-Feb-10, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Warning: Printing Bug in MLCad!
|
|
(...) Exactly! But there is a work-arround patch available - which has to be introduced into the source code :-< Michael (15 years ago, 11-Feb-10, to lugnet.cad.mlcad)
|
| |
| | Re: Using MPD syntax in official part files
|
|
(...) You know, it occurs to me that if MPD's were allowed as parts, it would be a GREAT place to put a texture file (properly hex encoded, no doubt). They're almost always single-part-only. And if one wanted better textures than "come standard?" (...) (15 years ago, 11-Feb-10, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Using MPD syntax in official part files
|
|
(...) Yeah, I know what's available at the low end of OpenGl. That's where I live. I was just trying to keep up the curmudgeonly atmosphere of this place with the whipper-snapper comment. Did I do it wrong? Oh well, at least there's still that gloss (...) (15 years ago, 11-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: Using MPD syntax in official part files
|
|
(...) Absolutely. I wasn't advocating sticking 'public' subparts into the part's MPD. Just to be clear. Steve (15 years ago, 11-Feb-10, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: *** MLCad V3.30 ***
|
|
(...) I've been surprised by some of this discussion of dithered colors, because when Foundry was created (not by me), it was done as a "clean room" project, based entirely off of specs, so it's the closest thing out there to a reference parser, and (...) (15 years ago, 11-Feb-10, to lugnet.cad.mlcad)
|
| |
| | Re: Using MPD syntax in official part files
|
|
(...) I like your thinking! :) But Shader Language programming is really more along the lines of what we'll need for the next step I'd like to see: gloss maps. Those will allow shiny paint on torsos (for instance) to shine in the light, making gold, (...) (15 years ago, 11-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: Using MPD syntax in official part files
|
|
(...) In lugnet.cad.dat.parts, Don Heyse wrote:> Well, since the stippling pattern is just an artifact of the printing (...) Interesting. Not the response I was expecting. :) Back when I was building the first gradient example for the texture (...) (15 years ago, 11-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: Using MPD syntax in official part files
|
|
(...) Yeah, I checked it out the first time it was mentioned. I even poked around in the LDView CVS archives for a few minutes looking for hints of the magic syntax before the Walled Garden stuff got posted. Looks very promising! I guess I'm finally (...) (15 years ago, 11-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: Using MPD syntax in official part files
|
|
(...) Well, since the stippling pattern is just an artifact of the printing process, I'd say it's foolish to reproduce it. Some of the dots on the newer stippled gradients are so tiny I can't even see them without a huge magnifier (or maybe I just (...) (15 years ago, 11-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: Using MPD syntax in official part files
|
|
First of all, let me say that while my previous post probably implied that I'm against allowing MPDs as parts, I am in fact still open to the possibility. I'm just not sure I'm completely convinced by the arguments given so far. (...) The only place (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Using MPD syntax in official part files
|
|
(...) No one in his right mind would do this baseplate without using texture mapping. OK, Philo would, but I question that he's right in the head on a regular basis. :) Even so, the question would be, should one duplicate the nature of the stippling (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: "Dither" colors in patterned/sticker parts
|
|
As has been mentioned already in this thread, there is an ongoing effort to add support for texture maps to the LDraw format via meta commands. What hasn't been mentioned is that the current LSC is basically in favor of ratifying support for (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Using MPD syntax in official part files
|
|
And again, I forgot to include a bit. And second-posting about something very cool! Don, Be sure to take a look at Joshua's texture mapping primer/exposition on Facebook: (URL) good stuff, and could have very good benefits to LDraw. Steve (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: Using MPD syntax in official part files
|
|
(...) ... is it hijacking to put a thread back on topic? (even if the title is changed, it's still the same thread, right?) ... (...) Which is exactly why I brought up texture mapping. Solving gradients with texture mapping makes a lot of sense, for (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: Warning: Printing Bug in MLCad!
|
|
(...) It sounds like you already discovered the root cause of this, but just in case you haven't, MFC's CDC::TabbedTextOut() always crashes in Print Preview mode in Visual Studio 2005 Service Pack 1. --Travis (15 years ago, 10-Feb-10, to lugnet.cad.mlcad)
|
| |
| | Re: Using MPD syntax in official part files
|
|
(...) Hey, good point. Since we're on the topic of crater plates, I'd like to use this part (URL) to hijack this thread and make an observation about part colors. As you can probably see from the picture, the shark crater plate uses a printed (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Defining LED Colors in LDConfig?
|
|
I've been thinking about that talk of limiting the colour definitions in LDConfig.ldr to part colours with a few expectations, and I agree with that. But I wish to throw in an idea that I don't even believe in myself but yet want to air. Is it (...) (15 years ago, 10-Feb-10, to lugnet.cad.dev)
|
| |
| | Re: Using MPD syntax in official part files
|
|
(...) Sure, doing the right thing in terms of putting the code in the most advantageous location is always worth the effort. (...) Hey, it's all about namespace management, right? As a parts author, I avoid using subfiles unless there is a fairly (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) There seems to be support for RGB and also for "Dithered" colour out there. The problem that we always faced are caused by applications that do not follow our ideas and so we go limiting our aims. I feel we should stop doing in that way (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) Time for a cadfight! :) /Tore (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: *** MLCad V3.30 ***
|
|
(...) How about just "use the 'dithered' range but apply LDConfig on top of them, overriding any colour that gets in the way"? -Santeri (15 years ago, 10-Feb-10, to lugnet.cad.mlcad)
|
| |
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) DOH! I forgot to include -- Part of the reason I think RGB colors are not the way to go is because they don't solve the real problem -- there are a good number of patterns that can't realistically be modeled in LDraw. Anything with gradients, (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) Steve, our opposing positions on RGBs are known. What I seek in this very moment is your position on the second question in this post: (URL) "No password, not a single CA-header edit on your agenda nor a library update since ... was it 2004 or (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: *** MLCad V3.30 ***
|
|
(...) I can confirm that. While the LSC may have dithered over the spec, we certainly didn't drop "dither" intentionally. (Mind you, given the number of referenced specs we had to ratify first before we could get onto "the biggie", I'm surprised we (...) (15 years ago, 10-Feb-10, to lugnet.cad.mlcad)
|
| |
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) Not sure where you're going with that. I think adding RGB colors to official parts would not be a net improvement to the parts library system. It has nothing to do with backwards compatibility or conservatism. Steve (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: *** MLCad V3.30 ***
|
|
(...) I think Travis' wording may be confusing. Don't use "the old dither algorithm". MLCad 3.30 draws colors 256-511 as *solid* colors. That's better than using the stippling algorithm from previous MLCad versions. (No new/current software stipples (...) (15 years ago, 10-Feb-10, to lugnet.cad.mlcad)
|
| |
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) Joshua, got a link for you: (URL) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: BTW, Dither What Colors...?
|
|
(...) Of course, I mean the blending, not the dithering... (15 years ago, 10-Feb-10, to lugnet.cad.mlcad)
|
| |
| | BTW, Dither What Colors...?
|
|
(...) Hmm. "You may think this is easy, but wait 'til I've explained it to you!" (One of my father's favourite standard joke.) I don't know how much difference it will make, but current standard colors are much better than the 16 original LDraw (...) (15 years ago, 10-Feb-10, to lugnet.cad.mlcad)
|
| |
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) Your passive-aggressive whining wears thin, Willy. Your chief target laughs it off, but you keep at it. What little sense of community there might be is not helped by this behavior or attitude. This approach says a lot more about you (and (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Warning: Printing Bug in MLCad!
|
|
Hi, sorry to say, but I just found a bug in MLCad which is caused by the actual compiler I'm using. When you start printing preview in MLCad it is crashing when part lists are printed. I'm working on that .... Michael (15 years ago, 10-Feb-10, to lugnet.cad.mlcad)
|
| |
| | Re: *** MLCad V3.30 ***
|
|
"Travis Cobbs" <tcobbs@REMOVEgmail.com> schrieb im Newsbeitrag news:Kxn3yE.p2D@lugnet.com... (...) So I will take over parts of the build in color table in the range of 256 to 511. During this step the programm will convert these dittered colors (...) (15 years ago, 10-Feb-10, to lugnet.cad.mlcad)
|
| |
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) I apologize for dreaming out loud. For a sec I've forgotten that we are a conservative community - at least some of us. (...) No password, not a single CA-header edit on your agenda nor a library update since ... was it 2004 or 2005? Steve, (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: *** MLCad V3.30 ***
|
|
(...) As it happens, the LSC has been dealing with this very issue for the past few months. There is no mention made of dither colors in any of the current LDraw specs (including the official parts restrictions). They somehow got dropped (...) (15 years ago, 10-Feb-10, to lugnet.cad.mlcad)
|
| |
| | Re: Using MPD syntax in official part files
|
|
(...) I can see that, although a great deal of care would need to be taken to make sure that the MPD sub-files had no chance of being useful in another part. (...) I can definitely see that. (...) I totally disagree with this as an argument for (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: Using MPD syntax in official part files
|
|
(...) I was about to write the same thing, but you beat me. I think it's a great idea! I can think of two potential problems: 1. Programs that create seams between parts but not models. (Are there any more than L3P?) Depending on how they are (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
| |
| | Re: Using MPD syntax in official part files
|
|
(...) I think eliminating part-specific subfiles would be a nice file-management benefit, if nothing else. I expect that reducing the number of part-specific subfiles would speed up the part-approval process, always a good thing. The most important (...) (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts, FTX)
|
| |
| | Re: *** MLCad V3.30 ***
|
|
Hello Don, (...) I thought the LDraw group doesn't allow any other colors than the standard ones? Even so I was in the assumption that I didn't create any special colors, but I toulk them over from some old spec where these colors where mentioned. I (...) (15 years ago, 10-Feb-10, to lugnet.cad.mlcad)
|
| |
| | Re: "Dither" colors in patterned/sticker parts
|
|
(...) Err, what? No, don't mix color codes and RGBs in official parts! This isn't an issue of backwards compatibility. It's an issue of adding complexity where it isn't needed (IMO, of course). (...) Ha! I'd have to get it back from Chris... Steve (15 years ago, 10-Feb-10, to lugnet.cad.dat.parts)
|
