LPub3D: LPub3D_x32.exe. Version 1.2.1 Revision 437 Build 1
O/S : Windows Vista 32 bit, SP2
I am experiencing issue with drawing the PF medium motor when fading is enabled. The behaviour I am experiencing is;
1) the message "Failed to reload unofficial parts into memory" is displayed when the ldr file is opened
2) the motor is not being displayed as a faded part on a subsequent step
The following (simplistic) ldr file exhibits this behaviour:
It looks like LPub3D is not able to open/reload your ldrawunf.zip file after generating the fade version of the parts in your .ldr file. The fade version are written to the unofficial archive (ldrawunf.zip); hence, the error message. If you did not receive the effor message "Failed [to] archive fade parts." then generated fade parts should have been successfully writtent to ldrawunf.zip.
Try checking the consistency of your ldrawunf.zip file to be sure it is not corrupt and that it is the correct instance being updated with fade versions - e.g. open the zip to confirm that fade file versions are included.
As a test, you may try backing up, and replacing your ldrawunf.zip file with a clean version from LDraw.
Using you example, I am not able to reproduce the error/behavior you are experiencing - so I'm not clear on why LPub3D cannot open your ldrawunf.zip file. I am using Windows 10 but I don't believe your issue is related to the OS version. You can see my results via screenshots in the attached motor_test.zip file.
I replaced the ldrawunf.zip file with a clean version, as per your suggestion. While this has resulted in the message "Failed to reload unofficial parts into memory" no longer appearing, I'm still not getting the faded motor.
How/when should the faded parts be written to the ldrawunf.zip file? I can see from the file timestamp that the zip file has nominally been updated but there is no trace of any "fade" versions therein.
Regards,
David
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
When you enable fade steps, LPub3D will autimatically parse the unofficial ldraw directory for any previously generated fade parts. These parts are then inserted into the ldrawunf.zip archive for the 3D viewer. Further on, when you open an mpd/ldr file, LPub3D will automatically create fade parts for all parts that have reference parts, subparts or primitives with color codes other than 16 or 24 - like 58120.dat. All parts with color codes other than 16 or 24 are defined in the fadeStepColorParts.lst. Faded parts are written to the unofficial directory and referenced in the CSI list as the step is faded. Otherwise, parts with color codes 16 or 24 are changed to the fade color as the step is faded - i.e. Parts without static color code.
Note that the fadeStepColorParts.lst can be regenerated and/or edited from the configuration menu.
Follow these steps to vierify your fade parts:
Confirm <Drive>\Users\<User>\AppData\Local\LPub3D Software\LPub3D\extras\fadeStepColorParts.lst includes all all parts that either include or reference color codes other than 16 or 24. For LPub3D 1.2.1 Revision 437 Build 1, the list is 5745 lines and was generated on 06-04-2015. Part 58120 is at line 2063.
Open LPub3D and enable fade steps in the Preferences dialog
Open test mpd/ldr file in LPub3D - e.g. motor_test.ldr
After the mpd/ldr file is successfully loaded, navigate to your unofficial parts directory (under ldraw directory)
Confirm that there is a 'fade' directory under the 'parts' and 'p' directories
Navigate to parts/fade directory and confirm that there is a fade version of the test part with color code reference other than 16 or 24 - e.g. 58120-fade.dat
You may confirm that the file is properly faded by opening it in LDView for example
The same unofficial folder structure should be in the ldrswunf.zip file so navigate to the LPub3DViewer-Library (or whatever you named the archive directory when you installed LPub3D) under your ldraw directory and confirm that the archive folder structure and content is identical to that of your ldraw unofficial folder directory.
If all these checks, are successful, then you should successfully display the faded part(s) in both the LPub3D main window and the 3D Viewer.
Let me know if this helps you track down your issue.
Best,
Trevor
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
it appears that I may not be the only one experiencing this behaviour. Refer to http://forums.ldraw.org/read.php?11,17176,17187#msg-17187 for someone else seeing the same thing.
Regards,
David
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
LPub3D: LPub3D_x32.exe. Version 1.2.1 Revision 437 Build 1
O/S : Windows Vista 32 bit, SP2
I am experiencing issue with drawing the PF medium motor when fading is enabled. The behaviour I am experiencing is;
1) the message "Failed to reload unofficial parts into memory" is displayed when the ldr file is opened
2) the motor is not being displayed as a faded part on a subsequent step
The following (simplistic) ldr file exhibits this behaviour:
0 Untitled
0 Name: motor_test.ldr
0 Author: David Manley
0 Unofficial Model
0 ROTATION CENTER 0 0 0 1 "Custom"
0 ROTATION CONFIG 0 0
1 2 -81 0 35 1 0 0 0 1 0 0 0 1 3811.dat
0 STEP
1 2 -72 -36 16 1 0 0 0 1 0 0 0 1 58120.dat
0 STEP
1 4 -126 -29 35 1 0 0 0 1 0 0 0 1 3005.dat
0 STEP
0
The medium motor is an official LDraw part.
Regards,
David
Hi David,
It looks like LPub3D is not able to open/reload your ldrawunf.zip file after generating the fade version of the parts in your .ldr file. The fade version are written to the unofficial archive (ldrawunf.zip); hence, the error message. If you did not receive the effor message "Failed [to] archive fade parts." then generated fade parts should have been successfully writtent to ldrawunf.zip.
Try checking the consistency of your ldrawunf.zip file to be sure it is not corrupt and that it is the correct instance being updated with fade versions - e.g. open the zip to confirm that fade file versions are included.
As a test, you may try backing up, and replacing your ldrawunf.zip file with a clean version from LDraw.
Using you example, I am not able to reproduce the error/behavior you are experiencing - so I'm not clear on why LPub3D cannot open your ldrawunf.zip file. I am using Windows 10 but I don't believe your issue is related to the OS version. You can see my results via screenshots in the attached motor_test.zip file.
Regards,
Trevor
Hi Trevor,
I replaced the ldrawunf.zip file with a clean version, as per your suggestion. While this has resulted in the message "Failed to reload unofficial parts into memory" no longer appearing, I'm still not getting the faded motor.
How/when should the faded parts be written to the ldrawunf.zip file? I can see from the file timestamp that the zip file has nominally been updated but there is no trace of any "fade" versions therein.
Regards,
David
Hi David,
When you enable fade steps, LPub3D will autimatically parse the unofficial ldraw directory for any previously generated fade parts. These parts are then inserted into the ldrawunf.zip archive for the 3D viewer. Further on, when you open an mpd/ldr file, LPub3D will automatically create fade parts for all parts that have reference parts, subparts or primitives with color codes other than 16 or 24 - like 58120.dat. All parts with color codes other than 16 or 24 are defined in the fadeStepColorParts.lst. Faded parts are written to the unofficial directory and referenced in the CSI list as the step is faded. Otherwise, parts with color codes 16 or 24 are changed to the fade color as the step is faded - i.e. Parts without static color code.
Note that the fadeStepColorParts.lst can be regenerated and/or edited from the configuration menu.
Follow these steps to vierify your fade parts:
Let me know if this helps you track down your issue.
Best,
Trevor
Hi Trevor,
steps 1 through 5 are fine. My install exactly matches the steps you describe. In step 6, no 58120-fade.dat file has been generated.
I have also examined the content of the ldrswunf.zip. There are no "fade" sub-directories there-in.
What would you suggest?
Regards,
David
Hi Trevor,
it appears that I may not be the only one experiencing this behaviour. Refer to http://forums.ldraw.org/read.php?11,17176,17187#msg-17187 for someone else seeing the same thing.
Regards,
David