Take out the G29 and try it again. If it works without it, you're hitting a bug in the Marlin code. You can fix it by resetting the position post G29, like this: G28 X0 Y0 ; home X and Y axes G29 ; probe Z G92 X183 Y20; reset actual position Your X and Y positions will be different than mine because...
You should be putting your different settings in Profiles, not Processes. It's just how the program is designed. For example, see my list of Profiles, all contained within a single Process. Screen Shot 2016-04-11 at 6.57.55 AM.png Multiple Processes should only be used when you want to change the pr...
I'm not sure what your pictures are showing, but in my experience when the slicer fills in open areas of a model it's usually because there are errors in the mesh. Try running the model through netfabb (https://netfabb.azurewebsites.net/) and I bet it clears up the problem.
The error isn't likely to be linear though. In my case it's pretty accurate up to about an hour, but beyond that the acceleration and jerk settings of the printer come into play, and the complexity of the print path can make the estimate high or low. For example, see this graph of 91 prints I've don...
mroek wrote:Many software packages have more frequent releases than this...
Most commercial software packages have a release once or twice a year at MOST. What software are you thinking of that releases more frequently than quarterly?
Either there's a problem with the model, or you have the "Merge all outlines into a single solid model" option checked (it's on the Advanced tab in your process).
This bug is still biting me in 3.0.2. It really needs to be fixed. Removing manual supports doesn't help, and in my current case changing the support size doesn't help either.