Move binary gcode and label objects to printer settings

[KayGestalten]

Hi,
as I didn't found a related ticket. I highly suggest to move the bgcode and the label object settings from print settings to the printer settings. Currently I had to change them everytime I switch the targeted printer, because until some days octoprint arn't able to use bgcode. Also the naming of the objectes are different between octoprint and the prusa firmeware.

The reason is pretty simple, theee print settings are mostly related to the physical printer. So depending on the firmare that they are running or if I uses octoprint or direct connection.

So it would be pretty easy if these settings where at the printer, so when I'm switch the printer these where changed too.

Kay

[Tupson444]

It's mentioned that bgcode should be moved to printer settings in #11734, but otherwise it's not the same issue.

I agree that these two settings should be in the printer settings, it makes much more sense.

[edwardhorsford]

Strong agree on moving this. I don't think it makes sense that this setting be adjusted per print profile by default.

With the latest OctoPrint, I think I need to edit 24+ print settings to revert this new feature. That doesn't feel ideal.

I've got two nozzles, with and without input shaping. I think that ends up at about 24 print profiles. I imagine others have way more. PrusaSlicer doesn't allow editing the defaults, so as well as needing to edit 24, I need to save these as duplicates and show them alongside the originals. In addition, PrusaSlicer already knows I'm using Octoprint.

[Tupson444]

@edwardhorsford Are you always using Octoprint, or just sometimes? If always, then you would need to set up the printer profiles only once. Correct me if I'm wrong (I haven't used Octoprint so I don't know).

In any case, having these in print settings is arguably worse, as someone may have only 2 printer profiles and 50 print profiles. In that case, the 50 print profiles would need to be duplicated. Alternatively, if these settings are in printer profiles, then they would only be set once without making duplicate profiles (each profile with appropriate settings for that printer / configuration / nozzle size).

Edit: I misunderstood your comment, I thought you were against moving the settings to printer profiles, so ignore the above then :D

[edwardhorsford]

@Tupson444 I've updated my comment to be clearer that this change seems sensible.

[KayGestalten]

@Tupson444 not only you, I took it in the same direction 😄

[timur-tabi]

It would be better to change this bug to only talk about "label objects" and use bug #11734 for the bgcode option. That way, each request can be evaluated separately.

[edwardhorsford]

Neither seems to be a bug, and #11734 advocates a different solution - to disable BGCode by default. This issue advocates an alternative to #11734.

Even if #11734 were done, moving the setting for BGCode to printer settings would still make sense for people who want to use it.

[lukasmatena]

Changed in PrusaSlicer 2.7.1:

The option Export as binary G-code was removed from Print Settings. Instead, there is a new option in Printer Settings named Supports binary G-code so it can be set at printer level. There is also a new global switch in Preferences->Other, which controls whether binary G-code will be generated for printers which support it. It is therefore easy to turn the feature on or off without doing any changes in profiles.

Thanks for your feedback. Closing.

[KayGestalten]

@lukasmatena about the gcode, thats nice. But whats about the object labeling?

[AudreyAP]

It does not make sense to have object labelling in print settings. +1 to moving object label to printer settings.