LDCad 1.6c Flex Part Problem with Lpub3D

[Johann Eisner]

It looks like there is a problem with LDCad 1.6c when creating flexible parts.
For example, with flexible axles:
When i open the created file with LPub2.3.6 I got an error message that the file 's / faxle1.dat' can not be found.
The file is contained in both the complete.zip and the unpacked files.
If you open the file with LPub 2.3.12, there are no problems.
Flexible axles created with LDCad 1.6b are no problem, neither in 2.3.6 nor in 2.3.12.
Have attached two test files.

[Roland Melkert]

Flexible axles created with LDCad 1.6b are no problem, neither in 2.3.6 nor in 2.3.12.
Have attached two test files.

I changed the template for the technic flex axle.

It now uses caps that can snap and don't bend.

The problem dependency is from that new cap it seems, source for "ldcFlexAxleCap.dat"

Code:

0 Donor for technic flexible axle cap
0 Name: ldcFlexAxleCap.dat
0 Author: LDCad
0 BFC CERTIFY CCW
0 !CATEGORY LDCad donor

0 Unofficial part

1 16 0 0 0 1 0 0 0 5 0 0 0 1 stud3a.dat
1 16 0 4 0 0 1 0 -1 0 0 0 0 1 s\faxle1.dat

0 !LDCAD SNAP_CYL [gender=M] [caps=one] [secs=R 4 20] [slide=true]

The two type 1 lines get inlined during generation so LPub doesn't need access to ldcFlexAxleCap.dat, but it might get confused by s\ references outside a library location?

[Johann Eisner]

I changed the template for the technic flex axle.

It now uses caps that can snap and don't bend.

The problem dependency is from that new cap it seems, source for "ldcFlexAxleCap.dat"

Code:

0 Donor for technic flexible axle cap
0 Name: ldcFlexAxleCap.dat
0 Author: LDCad
0 BFC CERTIFY CCW
0 !CATEGORY LDCad donor

0 Unofficial part

1 16 0 0 0 1 0 0 0 5 0 0 0 1 stud3a.dat
1 16 0 4 0 0 1 0 -1 0 0 0 0 1 s\faxle1.dat

0 !LDCAD SNAP_CYL [gender=M] [caps=one] [secs=R 4 20] [slide=true]

The two type 1 lines get inlined during generation so LPub doesn't need access to ldcFlexAxleCap.dat, but it might get confused by s\ references outside a library location?

Could be so, the axis is indeed displayed correctly. What I also noticed when opening the 1.6c file in 1.6b, missing the ends of the axis.

[Roland Melkert]

What I also noticed when opening the 1.6c file in 1.6b, missing the ends of the axis.

If you use 1.6b with its original support files it will be missing the ldcFlexAxleCap.dat file. LDCad doesn't render the fallback code it will always regenerate for which it needs the donor files.

You could copy the ldcFlexAxleCap.dat from 1.6c's donor folder into the 1.6b one if you want to use from that version.

[Roland Melkert]

Could be so, the axis is indeed displayed correctly.

You could probably solve the lpub problem by not inlining the caps and adding ldcFlexAxleCap.dat to Lpub's custom parts location.

To disable the inlineing change
inlineRef=true
to
inlineRef=false

in the technicFlexAxle.ldr template and or your mpd's. It will need to regenerate/resave before LPub can use it though.

[Johann Eisner]

You could probably solve the lpub problem by not inlining the caps and adding ldcFlexAxleCap.dat to Lpub's custom parts location.

To disable the inlineing change
inlineRef=true
to
inlineRef=false

in the technicFlexAxle.ldr template and or your mpd's. It will need to regenerate/resave before LPub can use it though.

I'm sure I'll stay at 1.6c

[Johann Eisner]

You could probably solve the lpub problem by not inlining the caps and adding ldcFlexAxleCap.dat to Lpub's custom parts location.

To disable the inlineing change
inlineRef=true
to
inlineRef=false

in the technicFlexAxle.ldr template and or your mpd's. It will need to regenerate/resave before LPub can use it though.

I have solved the problem now once with the good old import function of MLCad.
faxle1.dat imported and then inserted at the flexible axle instead of the s / faxle1.dat.