you can import STL files into LDPE now (binary and ASCII STL).
And thanks to Willy's and Magnus' feedback I fixed two errors.
One solution improves the speed for the change of the line size alot.
The other solution corrects the detection on invalid "0 BFC INVERTNEXT" meta statements.
...import STL files (via "Open Part File" -> choose "STL-File (*.stl)", instead of "LDraw Source File (*.dat)").
The following critical issue is fixed:
Switching the line size caused long reloading times.
"BFC INVERTNEXT" was invalid when the previous subfile was not found.
The program was tested intensively with "real world" files.
However, something can go wrong in about 140.000 lines of code.
Installation on Windows:
Download and extract LDPartEditor_win32_x64.zip
Run LDPartEditor-1.8.69.msi
Start LDPartEditor from the start menu
Installation on Linux:
Download and extract LDPartEditor_linux_x64.zip
Install ldparteditor_1.8.69-1_amd64.deb
Start LDPartEditor from the menu or via launcher
Installation on Mac OS X:
Download and extract LDPartEditor_mac_x64.zip
Mount LDPartEditor-1.8.69.dmg
Drag LDPartEditor.app to the Applications folder
Copy ldparteditor.sh to your home folder
4a. Open a Terminal.app and run ./ldparteditor.sh
4b. Or open a Terminal.app and run /Applications/LDPartEditor.app/Contents/MacOS/LDPartEditor
I listen carefully to your requests and possible complaints. Please leave me a message, with your thoughts and wishes to further improve the software.
LDPE is a 3D CAD application: The overall system requirements are higher. While I recommend to use a powerful 64-bit multicore system, it could be possible, to run LDPE on older machines as well.
System Requirements:
Minimum System Requirements:
OpenGL 2.1 compatible Graphics Card
Operating System (64-bit): Windows [7 or newer], Linux [e.g. Ubuntu Linux >=14.4], Mac OS X [>=10.6]
CPU: Multicore-Processor e.g. Intel Core 2 Duo or AMD Athlon II (>2.0Ghz)
RAM: 4GB
Video-Memory: 1 GB
Free Disk Space: 100 MB
Recommended Requirements:
Operating System (64bit): Windows 7,8,10, Linux [e.g. Ubuntu Linux >=14.4], Mac OS X [>=10.6]
OpenGL 3.3 compatible Graphics Card
CPU: Multicore-Processor with 4 cores (or more)
RAM: >4 GB
Video-Memory: >1 GB
Free Disk Space: 512 MB
For a faster start, LDPartEditor and the LDraw™ library should be installed on an SSD.
Once testing is finished, I'm implementing a small change to the way part submission works in setup for a much larger overhaul.
Right now, the submitter chooses what folder they are submitting a part to. I realized that for non-TEXMAP images, choosing the folder doesn't matter as this is determined by the part type and is enforced by the validation. I'm going to remove the folder choices for text parts and replace with "DAT part" or something equivalent.
The bonus to this change is that you'll be able to submit all your text file at the same time as opposed to all the primitives then all the subparts then the parts, etc... The only files that will have to be submitted separately will be TEXMAP images.
Eventually, I'm going to change it so that you can submit everything at once and the PT will prompt you to choose a folder for the TEXMAP files if it can't figure it out based on usage.
I think It looks fine in LDCAD and I don't see any problems but have posted it here just to double check.
I am waiting for sariel or kbalage (RacingBrick) to give me the proper part ID's, according to the sets inventory it has the element ID of 4447240. Here is the LDRAW script:
Code:
0 Technic Steering Constant Velocity 8mm Joint Female With 2L Axle
0 Name: 4447240.dat
0 Author: SNIPE [SNIPE]
0 !LDRAW_ORG Part UPDATE 2020-02
0 !LICENSE Redistributable under CCAL version 2.0 : see CAreadme.txt
I'm getting back into part authoring and have three torsos ready to submit. I'm looking at doing the troubadour torso next, but he also has printed legs.
I've never done printed legs and hips, and that might be a bridge too far for me, but I'm curious if I can learn to pull it off in time. But since we have some parts like that, do any experienced part authors have good tips on how to do that?
(For torsos I'm working on some tools to help me crank those out faster. One of the bigger problems I had was lining up photos from BrickLink to trace an .svg over, but I've figured out a nice way to deal with that.)
Upon downloading the latest part pack the 3023 part appears to have been split, I now have 3023a in my parts list instead. This is a real pain as it no longer has a simple 3023 (1x2 plate). All my previous models now have to be updated, but even worse the conversion tool for bricklink parts list no longer will recognize this so have to be manually amended, which is a huge frustration. Why has this change happened? It seems pedantic in the extreme. Is there a way to rename parts in the parts list simply? I would love to get rid of all the "a" variants as they simply mess up the MLCad 2 Bricklink Converter.