LDraw.org Discussion Forums

Full Version: [LDPE] 1.8.77 Released (avg precision / rotation bug / triangle-to-quad conversion)
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Hi,

this version increases the accuracy for the calculation of the average point of the selection (affects "Move the Manipulator to the Average Point of the Selection").
It also fixes another rotation bug regarding the manipulator and corrected a minor problem with the triangle-to-quad conversion on selected objects.

[Image: imgDuke2.png]

As always, you can download LDPE from this page:

http://nilsschmidt1337.github.io/ldparteditor/

Changelog:

(1 new feature and 2 bug fixes)

With this release you will be able to...
  • ...benefit from improved accuracy of "Move the Manipulator to the Average Point of the Selection".

The following critical issues are fixed:

  1. Sometimes, the 3D manipulator rotated the object instead of moving it.
  2. Sometimes, the triangle to quad conversion tool didn't use the selected triangles, but another nearby one.

The program was tested intensively with "real world" files.
However, something can go wrong in about 140.000 lines of code.

Installation on Windows:

  1. Download and extract LDPartEditor_win32_x64.zip
  2. Run LDPartEditor-1.8.77.msi
  3. Start LDPartEditor from the start menu
Installation on Linux:

  1. Download and extract LDPartEditor_linux_x64.zip
  2. Install ldparteditor_1.8.77-1_amd64.deb
  3. Start LDPartEditor from the menu or via launcher
Installation on Mac OS X:

  1. Download and extract LDPartEditor_mac_x64.zip
  2. Mount LDPartEditor-1.8.77.dmg
  3. Drag LDPartEditor.app to the Applications folder
  4. 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: 150 MB
Recommended Requirements:
  • Operating System (64bit): Windows 7,8,10,11, 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: 500 MB
  • For a faster start, LDPartEditor and the LDraw™ library should be installed on an SSD.
Thanks a lot, Nils!
I want to move a set of primitives to a selected vertex, using Move selected Subfile to Manipulator
As it is now , I have to move them one by one.

And when I move them like this, they loose thier rotation. All negative values are made positive.
If I select these, one by one:
1 0 -7.70209 29.6 -10 0 0 -1.34 1.34 0 0 0 1 0 1-4chrd.dat
1 0 -7.70209 29.6 -10 0 0 1.34 -1.34 0 0 0 1 0 1-4chrd.dat
1 0 -7.70209 29.6 -10 0 0 -1.34 -1.34 0 0 0 1 0 1-4chrd.dat

I get this, after they are moved:
1 0 9.86791 8.6 -10 0 0 1.34 1.34 0 0 0 1 0 1-4chrd.dat
1 0 9.86791 8.6 -10 0 0 1.34 1.34 0 0 0 1 0 1-4chrd.dat
1 0 9.86791 8.6 -10 0 0 1.34 1.34 0 0 0 1 0 1-4chrd.dat
(2024-04-01, 7:46)Magnus Forsberg Wrote: [ -> ]I want to move a set of primitives to a selected vertex, using Move selected Subfile to Manipulator
As it is now , I have to move them one by one.

edit: This is now solved with version 1.8.78!

Thanks, Magnus. I created an issue (#1028).
Currently, "Move selected Subfile to Manipulator" does not only move the subfile, it also copies the orientation of the manipulator to it. This can't be applied to a set of primitives, which may have all distinct orientations and scales.
I see this as a problem.

After I have rounded off a vertex to a defined number of decimals, the "error message" is not rounded off.
And when I later try to attach something to that vertex it inherits the unrounded value of  the "stored" vertex.

[attachment=11572]
(2024-05-25, 14:11)Magnus Forsberg Wrote: [ -> ]I see this as a problem.

After I have rounded off a vertex to a defined number of decimals, the "error message" is not rounded off.
And when I later try to attach something to that vertex it inherits the unrounded value of  the "stored" vertex.

Thanks, Magnus. I created an issue (#1032), it will be solved in the next release.