To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.cadOpen lugnet.cad in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 CAD / *34895 (-20)
  LCD draft spec comment
 
Nothing much seems to be happening with the LCD spec, but I read it through and have a comment, in case anyone is listening. If not, at least this lands in the archives. The "stud inlet" and the "turnable stud inlet" should not be distinguished in (...) (20 years ago, 20-May-04, to lugnet.cad.dev.lcd)
 
  Re: Mac Brick CAD and the Imerial Star Destroyer
 
(...) Travis Having done some experiments and research over the last couple of days, it seems that to get very fast drawing in OpenGL generally, vertex arrays are necessary. OpenGL has specific commands such as glBufferDataARB that will explicitly (...) (20 years ago, 20-May-04, to lugnet.cad.dev.mac)
 
  Re: Numbers Report - 20 May 2004
 
(...) Sorry for the typo......... :/ (20 years ago, 20-May-04, to lugnet.cad.dev.org.ldraw)
 
  Re: New LDraw based editor... GLIDE.
 
(...) Hi Actually I only thought I was using two-sided lighting. Turned out I had the code commented out which is why the lighting was a bit awry. Thanks for pointing it out. --Dan. (20 years ago, 20-May-04, to lugnet.cad)
 
  Numbers Report - 20 May 2004
 
Stats for Unofficial Files 105 certified files. 162 files need admin review. 412 files need more votes. 415 have uncertified subfiles. 214 held files. Total Files: 1,308 Comparison with Prev. Report: 2004-05-20: 105 / 162 / 412 / 415 / 214 (1,308) (...) (20 years ago, 20-May-04, to lugnet.cad.dev.org.ldraw)
 
  Re: New LDraw based editor... GLIDE. Version Alpha 0.73
 
(...) Oh and you can rotate the bricks using shift + the right mouse button. It allows you to do rotation with finer granularity than 1 degree unlike the rotation key presses. (20 years ago, 20-May-04, to lugnet.cad)
 
  Re: New LDraw based editor... GLIDE.
 
(...) Possibly not the best way I could have worded it. GLIDE in its current form is inefficient. There is some redundant sorting and a lot of list iteration that the CPU does before it calls on OGL. This is the main speed-limiting factor. With (...) (20 years ago, 20-May-04, to lugnet.cad)
 
  Licenses... some background
 
Longtime fans of the LDraw format and the LDraw system of tools know that this current discussion around licensing is by far NOT the first time the topic came up. The discussion is currently sort of disjointed in my personal view (and that of (...) (20 years ago, 20-May-04, to lugnet.cad.dev.org.ldraw) ! 
 
  Re: Onion Dome (part 44511) from Orient Expedition sets
 
(...) Roof ...'. Especially since the big sloped panels (30156) fit so nicely with 6121. They should be grouped together. (...) Yes, totally agree. Steve (20 years ago, 20-May-04, to lugnet.cad.dat.parts)
 
  Re: library license
 
(...) The only problem with that is getting permission from authors that have *already contributed*. Many are no longer contactable, and of those that are, there may be some that don't want their work owned by Ldraw.org. You'd effectively need to (...) (20 years ago, 20-May-04, to lugnet.cad.dev.org.ldraw)
 
  Re: library license
 
(...) Why dont we do what the Free Software Foundation does with the GNU project. Basicly, everyone wanting to contribute code signs something stating that they hand over copyright to GNU. We do the same thing, with gaurantees in the contract that (...) (20 years ago, 19-May-04, to lugnet.cad.dev.org.ldraw)
 
  Re: library license
 
(...) While this is true of the library as a whole, it isn't true of individual files. Even when an author gets a part officially into the library, I believe they are still the owner, and they're certainly the author. --Travis (20 years ago, 19-May-04, to lugnet.cad.dev.org.ldraw)
 
  Re: New LDraw based editor... GLIDE.
 
(...) This is only true to a point. As long as you have a reasonably modern video card, its on-board geometry performance is going to far exceed the geometry performance you could get out of the fastest CPU. I don't know how GLIDE does its drawing, (...) (20 years ago, 19-May-04, to lugnet.cad)
 
  Re: library license
 
(...) There is a lot of misunderstanding about the general topic of copyrights. I strongly recommend that the SteerCo undertake the effort to learn more about copyrights, since copyright law is the fundamental underpinning of all redistribution (...) (20 years ago, 19-May-04, to lugnet.cad.dev.org.ldraw)
 
  Re: New LDraw based editor... GLIDE.
 
(...) That's because most of the focus in Grahics HW the past few years has been in texture and shading performance, and *not* in raw polygon drawing that LCAD makes so much use of. We mainly have games to thatnk for that. For the most part (...) (20 years ago, 19-May-04, to lugnet.cad)
 
  Re: Track Designer Registry
 
"Cary Clark" <cclark2@nScP.rArM.com> wrote in message news:HxwtDp.uw0@lugnet.com... (...) that (...) in a (...) exactly (...) better (...) program, then (...) in it's current Alpha state is a better track layout tool than TrackDesigner is. But that (...) (20 years ago, 19-May-04, to lugnet.trains, lugnet.cad, lugnet.off-topic.geek)
 
  Re: library license
 
(...) That would (as I understand things) be impossible from a legal point of view. (...) Maybe. But that would then require that all the parts authors formally transferred their copyright to LDraw.org. This is possible, but parts authors living in (...) (20 years ago, 19-May-04, to lugnet.cad.dev.org.ldraw)
 
  Re: library license
 
(...) All the individual parts files authors. I.e. you would have to get aproval from each individual parts file author. Jacob (20 years ago, 19-May-04, to lugnet.cad.dev.org.ldraw)
 
  Re: library license
 
(...) Yes. Except that "public domain" is a concept that doesn't exist outside USA. (...) If you send Steve Bliss an e-mail, where you tell him that he (as LDraw.org Parts Library Head Honcho) is free to choose which license your parts files are (...) (20 years ago, 19-May-04, to lugnet.cad.dev.org.ldraw)
 
  Re: New LDraw based editor... GLIDE.
 
Hi I agree its a shame about the incomplete BFC situation. Currently I use Two-Sided lighting in GLIDE you don't notice the performance hit because most of the processing effort is done by the CPU at the moment. That’s what slows it down rather than (...) (20 years ago, 19-May-04, to lugnet.cad)


Next Page:  5 more | 10 more | 20 more

Redisplay Messages:  All | Compact

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR