Subject:
|
Re: LDraw.org 2010-03 Parts Update Now Available
|
Newsgroups:
|
lugnet.cad
|
Date:
|
Sat, 19 Feb 2011 22:13:21 GMT
|
Viewed:
|
22148 times
|
| |
|
|
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
|
|
Message is in Reply To:
 | | Re: LDraw.org 2010-03 Parts Update Now Available
|
| (...) 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 (...) (14 years ago, 16-Feb-11, to lugnet.cad)
|
12 Messages in This Thread:
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
