 | | | | | | |
| |
|
The 2010-03 LDraw parts update has been now been released.
This update includes 794 files in the core library, including 456 new parts, and
many more files updated with improvements for Back Face Culling support. A
further 3 parts have been redeveloped by authors who have affirmed the
Contributor Agreement, replacing files that were not redistributable.
Thanks are due to all the authors and reviewers who contributed to this release.
You can preview the new parts in 2010-03 and download the update by going to
http://www.ldraw.org/library/updates.
The 116 certified files currently on the LDraw Parts Tracker were held back from
this update in keeping our normal practice of not releasing new primitives or
subparts until they are needed for an official part file. There are another 351
files waiting for admin review, many of which I hope can be included in the next
release.
Although not quite as large as 2010-02, this update represents a further
reduction of the backlog on the Parts Tracker
(http://www.ldraw.org/library/tracker/). However, we continue to be dependent
upon a small number of authors and reviewers, which limits the frequency with
which updates can be issued.
Chris Dee (LDraw Parts Library Admin)
| | | | | | | | | | | | | | | |
In lugnet.announce, Chris Dee wrote:
> The 2010-03 LDraw parts update has been now been released.
>
> This update includes 794 files in the core library, including 456 new parts
Wo-hoo! Great news. That's the best Christmas present this year, well worth
waiting for. :)
/Tore
| | | | | | | | | | | | | | | | | |
Many thanks for the hard work, Chris!
Philo
| | | | | | | | | | | | | | | | | |
I sort of recall that at least there used to be a "standard" that LDraw files
should end with a 0 line. Lots of files in the update miss that line. Not that I
think it matters, as long as the last code line ends with a linefeed. Just
wanted to bring this to attention, just in case it really should matter somehow.
/Tore
| | | | | | | | | | | | | | | | | | | | |
In lugnet.cad, Tore Eriksson wrote:
> I sort of recall that at least there used to be a "standard" that LDraw files
> should end with a 0 line. Lots of files in the update miss that line. Not that I
> think it matters, as long as the last code line ends with a linefeed. Just
> wanted to bring this to attention, just in case it really should matter somehow.
>
> /Tore
I have also ready in some posts the "last line should end with an 0". As far as
I remember that has never been an official solution. And on the Parts Tracker I
often find parts that do have a 0 as last character in the file and not
"rcommended" carriage return and linefeed.
Please see the official standard
here:(http://www.ldraw.org/Article512.html#termination).
| | | | | | | | | | | | | | | | | | |
In lugnet.announce, Chris Dee wrote:
> The 2010-03 LDraw parts update has been now been released.
Great job, Chris, as always.
> Although not quite as large as 2010-02, this update represents a further
> reduction of the backlog on the Parts Tracker
> (http://www.ldraw.org/library/tracker/). However, we continue to be dependent
> upon a small number of authors and reviewers, which limits the frequency with
> which updates can be issued.
I've been planning to return back to activity.. although I can't be as active as
I used to be through 2009 I'll be around. I never really left.. was just
inactive. :)
| | | | | | | | | | | | | | | | | |
In lugnet.announce, Chris Dee wrote:
> The 2010-03 LDraw parts update has been now been released.
>
> You can preview the new parts in 2010-03 and download the update by going to
> http://www.ldraw.org/library/updates.
If you are experiencing the same problems accessing the LDraw.org site, I have
set up a mirror download at:
http://dl.dropbox.com/u/15954981/lcad1003.zip
Just the parts update, no preview or options.
/Tore
| | | | | | | | | | | | | | | | | | | | |
In lugnet.cad, Tore Eriksson wrote:
> In lugnet.announce, Chris Dee wrote:
> > The 2010-03 LDraw parts update has been now been released.
> >
> > You can preview the new parts in 2010-03 and download the update by going to
> > http://www.ldraw.org/library/updates.
>
>
> If you are experiencing the same problems accessing the LDraw.org site, I have
> set up a mirror download at:
> http://dl.dropbox.com/u/15954981/lcad1003.zip
> Just the parts update, no preview or options.
>
> /Tore
Thanks for that. Also here are problems with the LDraw.org site. I assume to
much load :-).
cu
mikeheide
| | | | | | | | | | | | | | | | | | |
In lugnet.announce, Chris Dee wrote:
> The 2010-03 LDraw parts update has been now been released.
Many thanks to all who once again put effort in this.
Oh and Happy New Year btw... :-)
Jaco
| | | | | | | | | | | | | | | | | |
| |
|
In lugnet.announce, Chris Dee wrote:
> The 2010-03 LDraw parts update has been now been released.
>
> This update includes 794 files in the core library, including 456 new parts, and
> many more files updated with improvements for Back Face Culling support. A
> further 3 parts have been redeveloped by authors who have affirmed the
> Contributor Agreement, replacing files that were not redistributable.
>
> Thanks are due to all the authors and reviewers who contributed to this release.
>
> You can preview the new parts in 2010-03 and download the update by going to
> http://www.ldraw.org/library/updates.
>
> The 116 certified files currently on the LDraw Parts Tracker were held back from
> this update in keeping our normal practice of not releasing new primitives or
> subparts until they are needed for an official part file. There are another 351
> files waiting for admin review, many of which I hope can be included in the next
> release.
>
> Although not quite as large as 2010-02, this update represents a further
> reduction of the backlog on the Parts Tracker
> (http://www.ldraw.org/library/tracker/). However, we continue to be dependent
> upon a small number of authors and reviewers, which limits the frequency with
> which updates can be issued.
>
> Chris Dee (LDraw Parts Library Admin)
I’m always happy to see new additions to the LDraw library. However, having just
installed the newest version, something seems to be terribly wrong.
When I started MLCad I got the report that stu213.dat and stu.211.dat were
missing. Using the partstracker, I discovered that these were non-certified
sub-parts. Well, no problem, I simply downloaded them and asked MLCad to create
a new parts list.
And that was where things got really weird...
Installing these parts seems to have corrupted the Fabuland figures. Because as
soon as I try to access any part under "F", MLCad starts howling about missing
parts. Parts which are, I might add, certified and part of the newest LDraw
library pack.
I’ve finally traced the problem to the stu211.dat part. As soon as that’s added
to the parts library and written into the parts list, the Fabuland figure’s
heads and torsos disappear from MLCad even though they’re part of the LDraw
library. And once that’s happened, the only way to solve it is by removing the
offending part, delete the parts list, and create a new one.
I have tried to make a clean install by replacing my own library with the newest
from ldraw.org, but the same problem occurs there.
Am I the only one to have this problem?
And why does the official library require non-certified parts?
Regards
Allan
| | | | | | | | | | | | | | | | | |
| |
|
> I’m always happy to see new additions to the LDraw library. However, having just
> installed the newest version, something seems to be terribly wrong.
>
> When I started MLCad I got the report that stu213.dat and stu.211.dat were
> missing. Using the partstracker, I discovered that these were non-certified
> sub-parts. Well, no problem, I simply downloaded them and asked MLCad to create
> a new parts list.
>
> And that was where things got really weird...
>
> Installing these parts seems to have corrupted the Fabuland figures. Because as
> soon as I try to access any part under "F", MLCad starts howling about missing
> parts. Parts which are, I might add, certified and part of the newest LDraw
> library pack.
>
> I’ve finally traced the problem to the stu211.dat part. As soon as that’s added
> to the parts library and written into the parts list, the Fabuland figure’s
> heads and torsos disappear from MLCad even though they’re part of the LDraw
> library. And once that’s happened, the only way to solve it is by removing the
> offending part, delete the parts list, and create a new one.
>
> I have tried to make a clean install by replacing my own library with the newest
> from ldraw.org, but the same problem occurs there.
>
> Am I the only one to have this problem?
> And why does the official library require non-certified parts?
>
> Regards
> Allan
Hi Allan,
Weird, weird... stu211 and stu213 are low resolution version of (official)
primitives stud11 and stud13. They are not strictly required, but MLCad does
complain if you use a part that contain stud11 or stud13 (but everything works
nonetheless. But no Fabuland part use them...
Note that stu211/stu213 are primitives and should be placed in p folder (not
parts one) so they should not be included in parts list.
Note also that you should NOT use MLCad Scan part, but use the mklist utility
provided with LDraw parts distribution because of long file names (see
http://news.lugnet.com/announce/?n=4095). As I write this, I think I get the key
of your problem: Fabuland heads and figure shortcuts (but not the torso parts
themselves) do use long file names...
Philo
| | | | | | | | | | | | | | | | | |
| |
|
In lugnet.cad, Philippe Hurbain wrote:
> > I’m always happy to see new additions to the LDraw library. However, having just
> > installed the newest version, something seems to be terribly wrong.
> >
> > When I started MLCad I got the report that stu213.dat and stu.211.dat were
> > missing. Using the partstracker, I discovered that these were non-certified
> > sub-parts. Well, no problem, I simply downloaded them and asked MLCad to create
> > a new parts list.
> >
> > And that was where things got really weird...
> >
> > Installing these parts seems to have corrupted the Fabuland figures. Because as
> > soon as I try to access any part under "F", MLCad starts howling about missing
> > parts. Parts which are, I might add, certified and part of the newest LDraw
> > library pack.
> >
> > I’ve finally traced the problem to the stu211.dat part. As soon as that’s added
> > to the parts library and written into the parts list, the Fabuland figure’s
> > heads and torsos disappear from MLCad even though they’re part of the LDraw
> > library. And once that’s happened, the only way to solve it is by removing the
> > offending part, delete the parts list, and create a new one.
> >
> > I have tried to make a clean install by replacing my own library with the newest
> > from ldraw.org, but the same problem occurs there.
> >
> > Am I the only one to have this problem?
> > And why does the official library require non-certified parts?
> >
> > Regards
> > Allan
>
> Hi Allan,
>
> Weird, weird... stu211 and stu213 are low resolution version of (official)
> primitives stud11 and stud13. They are not strictly required, but MLCad does
> complain if you use a part that contain stud11 or stud13 (but everything works
> nonetheless. But no Fabuland part use them...
>
> Note that stu211/stu213 are primitives and should be placed in p folder (not
> parts one) so they should not be included in parts list.
>
> Note also that you should NOT use MLCad Scan part, but use the mklist utility
> provided with LDraw parts distribution because of long file names (see
> http://news.lugnet.com/announce/?n=4095). As I write this, I think I get the key
> of your problem: Fabuland heads and figure shortcuts (but not the torso parts
> themselves) do use long file names...
>
> Philo
Hi Philo
Thank you for the answer. Using the mklist utility solved the problem. I’ve been
using MLCad’s Scan Parts function for so long that I had entirely forgotten
about that way of doing it. Seems an easier and more convenient way of doing it.
I just hadn’t noticed that it truncated filenames.
But anyway, the problem seems to have been solved, so I’m happy...
Thanks,
Allan
| | | | | | |
