OctoPrint On Air #42

Blog
1

Topics in this episode of OctoPrint On Air, which was recorded on December 7th:

  • 1.7.1 & 1.7.2
  • Work towards 1.8.0
  • An update on my knee
  • A quick look at the usage stats
  • … and some Q&A, among other things on stuff I design & print, undervoltage reporting and more.

Full contents with jump marks available in the YouTube description.

You can find all public past episodes in the OctoPrint On Air Playlist.

OctoPrint On Air is a roughly monthly live broadcast done by me (Gina Häußge) for all Patrons on the Patreon campaign or GitHub Sponsors pledging at the $5 perk or above. Attendees can ask questions which will be answered on air and I also report what's been going on in the background, what happened, what the current challenges are and what the near future holds, plus talk about whatever else might be interesting in the world of OctoPrint.

This is a companion discussion topic for the original entry at https://octoprint.org/blog/2021/12/08/octoprint-on-air-42/
1 Like
2

Great update, nice hat.
Will you be creating a virtual Klipper firmware (in addition to marlin) for testing purposes?

3
4

The virtual printer already has a ton of flags to emulate all kind of firmware behaviours, including some Klipper, Repetier and Smoothie specific stuff.

5

After watching #42, I had a thought about safe mode and printers that require a plugin to function. Would it be possible to flag "needed to function" plugins so they they remain enabled when running in safe mode? I don't think you need a GUI to set this flag, in fact, not having a GUI might be better so it doesn't get abused. Do printers that fall into this category ever need more than one "needed to function" plugin?

6

I've thought about this, but I fear the abuse potential tbh. The new batch management should pretty much allow to achieve this, but without tainting the concept of safe mode. So people can achieve the same, but when safe mode is on it really only is core & bundled.