Daily Archives: 2020-11-03

Windows 7 won’t die, still second most popular operating system

Source: Hacker News

Article note: ...Because it was the last honest user-focused user-controlled desktop/workstation OS in the NT family? Vista was an unfinished tech demo of post-XP tech that unfortunately became a product, 8 was an abomination of misguided tablet-y interface experiments, and 10 is both burdened with the UI inconsistency from 8, and a service delivery mechanism more akin to a free razor handle that only works with vendor cartridges than a product. The same reason 10.6/Snow Leopard was arguably the pinnacle of the Apple/NeXTStep family - it was a hyper-refined desktop OS. After about 2010 the tech industry went all-in on coercive, mobile first, continuous ~~breakage~~ delivery SaaS rent-seeking bullshit.
Posted in News | Leave a comment

This GCode Post-Processor Squeezes Lines into Arcs

Source: Hack a Day

Article note: It's really unfortunate that the 3D printing world is stuck on polygonal mesh formats and line-segment G-code. I was unaware this monkey-patch gadget to get around it existed, it's at least nice to have the sort-of option.

When the slicer software for a 3D printer model files into GCode, it’s essentially creating a sequential list of connected line segments, organized by layer. But when the features of the original model are dense, or when the model is representing small curves, slicers end up creating a proliferation of teeny segments to represent this information.

This is just the nature of the beast; lots of detail translates into lots of teeny segments. Unfortunately, some printers actually struggle to print these models at the desired speeds, not because of some mechanical limitation, but because the processor cannot recalculate the velocities of these segments fast enough. The result is that some printers simply stutter or slow down the print, resulting in print times that are much higher than they should be.

Enter Arc Welder, a GCode compression tool written by [FormerLurker] that scrutinizes GCode files, hunts for these tiny segments, and attempts to replace contiguous clusters of them with a smaller number of arcs. The result is that the number of GCode commands needed to represent the model drop dramatically as connected clusters of segment commands become single arc commands.

“Now wait”, you might say, “isn’t an arc an approximation of these line segments?” And yes–you’re right! But here lies the magic behind Arc Welder. The program is written such that arcs only replace segments if (1) an arc can completely intersect all the segment-to-segment intersections and (2) the error in distance between segment and arc representation is within a certain threshold. These constraints act such that the resulting post-processing is true to the original to a very high degree of detail.

A concise description of Arc Welder’s main algorithm as pulled from the docs

This whole program operates under the assumption that your 3D printer’s onboard motion controller accepts arc commands, specifically G2 and G3. A few years ago, this would’ve been uncommon since, technically, 3D printing and STL file only requires moving in straight line segments. But with more folks jumping on the bandwagon to use these motion control boards for other non-printing applications, we’re starting to see arc implementations on boards running Marlin, Smoothieware, and the Duet flavor of RepRap Firmware.

For the curious, this program is kindly both well documented on operating principles and open source. And if [FormerLurker] seems like a familiar name before–you’d be right–as they’re also the mind behind Octolapse, the 3D printing timelapse tool that’s a hobbyist crowd favorite. Finally, if you give Arc Welder a spin, why not show us what you get in the comments?

Thanks for the tip [ImpC]!

Posted in News | Leave a comment