+- LDraw.org Discussion Forums (https://forums.ldraw.org)
+-- Forum: LDraw Programs (https://forums.ldraw.org/forum-7.html)
+--- Forum: LDraw Editors and Viewers (https://forums.ldraw.org/forum-11.html)
+--- Thread: LDView 4.2 Beta 1 Released (/thread-4278.html)
Re: Part loading problem - Christoph Mierowski - 2013-12-30
x581c01.dat is in my Unofficial/parts folder and the subparts are in the Unofficial/parts/s and it is still not working.
I'm running LDView mainly in Win7.
I also recognized that the part itself loads fine, when I load the x581c01.dat directly in LDView.
The problem come when I use it in a model.
I just attached a file in which x581c01.dat is in a model (Very simple just this part, but the error occurs everytime it is used in a model)
Re: LDView 4.2 Beta 1 Released - Steffen - 2013-12-30
try Buf3D
https://play.google.com/store/apps/details?id=com.cimplus.buf3d
Re: LDView 4.2 Beta 1 - illegal characters when exporting - Steffen - 2013-12-30
will there be a 4.3 someday containing all fixes which have been aggregated so far?
Re: Part loading problem - Michael Heidemann - 2013-12-30
I only see a x581.dat not a x581c01.dat
It also seems that there are outdated unofficial parts are used.
Using unofficial files is always on your own risk!
Re: Part loading problem - Magnus Forsberg - 2013-12-30
Why do you use it like that? The assembly x581c01.dat is fully inlined in that example.
You only have to add s\ infront of the subfiles x581s01.dat and x581s02.dat.
Like this:
1 494 0 40 90 1 0 0 0 -1 0 0 0 -1 S\X581S01.DAT
Or simply use only x581c01.dat instead.
Re: Part loading problem - Christoph Mierowski - 2013-12-31
This file I attached is the result of just selecting x581c01.dat in the toolbox of SR 3D builder and placing it in the model space and then saving it. Maybe a problem with SR 3D Builder??
By the way I use a clean fresh install of the latest official part and also downloaded and installed all unofficial parts only a couple of days ago.
But I realized that SR 3D Builder somehow deletes unofficial parts in the rebuild part list process.
But that only concerns duplicated parts, which are in the official and unofficial folder. see here
So I don't know why this part get saved this way. Mabye I should report it on the SR 3D Builder forum....
Re: Part loading problem - Steffen - 2013-12-31
yes.
if this is expected to be a model just containing the x581c01.dat assembly,
the file is malformed. as already said, the 2 errors are:
- the part has been inlined instead of instantiated
- all referenced subfiles lack the s\ folder prefix
Re: Part loading problem - Philippe Hurbain - 2013-12-31
Yes, that's a problem of SR3D with assemblies made of subparts (kind of wrong practice on LDraw side indeed, but we do have a lot of old parts made this way). I had recently the same issue with NXT connectors...
Re: Part loading problem - Michael Heidemann - 2013-12-31
They lacks the s/ or they should also be inlined - completely.
I _guess_ this is a bad behaviour of SR-3d Builder.
Re: LDView 4.2 Beta 1 - illegal characters when exporting - Travis Cobbs - 2014-01-01
Actually, it will be 4.2. (I am in bug fix mode.) It should have been released a long time ago, but I just haven't found myself spending enough time to fix the known bugs and get the official 4.2 out the door.
Re: Part loading problem - Christoph Mierowski - 2014-01-03
I reported this error to Sergio at the SR 3D builder forum and got this answer.
So, who has now to chance what??
Ldraw library or the application using it?
Re: Part loading problem - Tim Gould - 2014-01-03
As far as I know Sergio is correct that the shortcut part should not reference primitives. It should only reference components.
But... good programming does not expect perfect inputs. He should really fix that bug.
Tim
Re: Part loading problem - Michael Heidemann - 2014-01-03
Code:
As far as I know Sergio is correct that the shortcut part should not reference primitives. It should only reference components.
But... good programming does not expect perfect inputs. He should really fix that bug.
TimA quick look at the PT shows that:
1) this is currently an unofficial part, so there might be errors
2) there is no direct reference to a primitive
3) the subparts should be changed to be parts
4) Tim is quite right with the last statement
1+
Re: Part loading problem - Christoph Mierowski - 2014-01-03
Quote:2) there is no direct reference to a primitive
Really? I looked again at x581c01.dat and found 4-4cyli.dat, 4-4cylo.dat as reference in it. I think these are primitive.
I'm no part author so maybe I got something wrong. These primitivs are beneath a BFC statement, but chance that anything?
Re: Part loading problem - Michael Heidemann - 2014-01-03
Grr....
You are completely right and I am stupid
As those files are from me, i think I need to update them quickly