File Simplification: Difference between revisions

From Open Source Ecology
Jump to navigation Jump to search
No edit summary
Line 5: Line 5:
=Notes=
=Notes=
*Note that FreeCAD file size is 2.8k minimum for a cubic shape in the above presentation.
*Note that FreeCAD file size is 2.8k minimum for a cubic shape in the above presentation.
*Thus, the simplest useful files start at about 10k. Files with about
*A cube should be only a few bytes - l, w, h. 8 bits are a byte. About 65,000 divisions is 2 bytes (16 bit depth). So each dimension should be stores in 2 bytes. Thus, a cube should be 6 bytes large. If we add angle and position, we have 18 bytes. Thus, memory size of FreeCAD files can be reduced by at least 100x if files were stores in their most efficient form, because minimum file size is on the order of kilobytes, not bytes. Just sayin'.
*A cube should be only a few bytes - l, w, h. 8 bits are a byte. About 65,000 divisions is 2 bytes (16 bit depth). So each dimension should be stores in 2 bytes. Thus, a cube should be 6 bytes large. If we add angle and position, we have 18 bytes. Thus, memory size of FreeCAD files can be reduced by at least 100x if files were stores in their most efficient form, because minimum file size is on the order of kilobytes, not bytes. Just sayin'.

Revision as of 02:33, 7 December 2019

edit

Notes

  • Note that FreeCAD file size is 2.8k minimum for a cubic shape in the above presentation.
  • Thus, the simplest useful files start at about 10k. Files with about
  • A cube should be only a few bytes - l, w, h. 8 bits are a byte. About 65,000 divisions is 2 bytes (16 bit depth). So each dimension should be stores in 2 bytes. Thus, a cube should be 6 bytes large. If we add angle and position, we have 18 bytes. Thus, memory size of FreeCAD files can be reduced by at least 100x if files were stores in their most efficient form, because minimum file size is on the order of kilobytes, not bytes. Just sayin'.