Did you succeed with changing that setting? In the FW I am using the buffer is set to 16 currently, so I might also give it a try.
Actually I am having the same issue, now that I saw the images above (small blobs or gaps somtimes, especially at curves) and I also noticed that short sounds coming from the hotend sounding like either filament shoots out or there's a small break creating some bubble of air or filament in between which then shows up in the print like above.
Did not even think about this could be an Octoprint or FW issue, but now makes much more sense!
No Sir, issue remains unresolved. So “starting from scratch: printed Benchy directly from an SD card. Looks great. Now printing Benchy from OctoPrint in Safe Mode. So far it’s looking pretty good. IF it comes out looking exactly like the… benchmark Benchy, then I’ll print in Normal Mode minus the plugins I installed. PrettyGcode, Octolapse, Resource Monitor, TouchUI and Dashboard.
Stabilization Options? There are a few options that I noticed, but not sure to what you are referring, specifically. But to answer your question, yes... OctoLapse was active when getting the blobby print.
I'm running OctoPrint now in normal mode and, AFAICS, everything is printing nominally, compared to the SD card print. No pauses/blobs. OctoLapse and TouchUI are still disabled.
OK, I am at a loss. Just finished a 24+ hr print. No pops, no blisters and ON OctoLapse. The only thing I can attribute towards the successful print is that I deleted the plugin and re-installed. I guess the old "did you reboot it" step just needed to be taken an additional level. Thanks for all the suggestions!
FYI,
Just by coincidence I saw that whenever I press F5 to reload (or simply first time load) the Octoprint User Interface, I can see the printer start to stutter and create very ugly blobs and stripes as long as the Octoprint web frontend loads.
I already disabled almost all plugins now, but still the issue occurs. Is the Raspberry Pi Zero 2 W simply to weak for it? Or is that a side effect of the new Octoprint V1.8.1 as I definately did not see that problem with 1.7.x before?
And that one shows the micro dots on the left side, almost entirely occuring on rounded shapes, happening independant from the user interface issue above:
the little micro holes look like layer start/end positions, assuming your slicer settings are configured for random locations and not have aligned seem? compare it to your sliced gcode (showing travel moves) and see if there is correlation or not with that theory.
