Steven Haigh

Results 119 comments of Steven Haigh

Not awesome at all - these things are *waaaaay* above my head - but dumbing it down to me to understand, I think I understand the 10,000 mile high view....

Ah - also, current config for that run might help: ![image](https://user-images.githubusercontent.com/3992884/130346871-60d8b629-915f-4127-a470-be5d90f12ee1.png)

I don't have a copy of it for what I've built - however the base would have been from here: https://github.com/MarlinFirmware/Configurations/blob/bugfix-2.0.x/config/examples/Creality/Ender-3/BigTreeTech%20SKR%20Mini%20E3%202.0/Configuration_adv.h#L2057 As such, those ARC settings would be used.

Yep - I don't normally know what these do in detail, so I leave the defaults...

Yep - it was built on Aug 10 2021 01:53:14 from bugfix-2.0.x I'm not exactly sure either - its strange that its only on some layers, and I'm not quite...

To be honest, I haven't printed the non-AW'ed version - as my printing pipeline is basically PrusaSlicer -> Octoprint and then automatic AW processing. Would it be helpful to try...

It's printing now - so it'll take a few hours.... I think I might have reduced the feed rate on the original print I did, but as this seems to...

Well, not really - as after printing the non-AW processed file, it still has similar notches: ![image](https://user-images.githubusercontent.com/3992884/130744538-c731e447-e706-4c5c-9145-9709b531ca99.png) It does look like each of the 'notches' are level with par of...

Honestly, I forgot all about this and don't remember where I got to.... I figured that if it was happening without processing with AW, then its not related to AW...

I was just thinking this myself - as if you recall, the original 1.0.0 release was broken for Octoprint update manager.... 1.1.0-rc1/rc2 fixed this, but when you install directly via...