| | | | |
| |
| > Im 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.
>
> Ive finally traced the problem to the stu211.dat part. As soon as thats added
> to the parts library and written into the parts list, the Fabuland figures
> heads and torsos disappear from MLCad even though theyre part of the LDraw
> library. And once thats 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:
> > Im 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.
> >
> > Ive finally traced the problem to the stu211.dat part. As soon as thats added
> > to the parts library and written into the parts list, the Fabuland figures
> > heads and torsos disappear from MLCad even though theyre part of the LDraw
> > library. And once thats 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. Ive been
using MLCads 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 hadnt noticed that it truncated filenames.
But anyway, the problem seems to have been solved, so Im happy...
Thanks,
Allan
| | | | | | |