ahoeben

It didn’t. Ultimaker Cura is free and open source, released under the LGPL v3 license. That cannot be changed without the consent of many contributors, me included.

I'll admit to having dreamt about creating such a plugin.

The Pause at height script automatically selects Griffin for you, because that is applicable for your printer.

If a value is specified in the quality profile, that will override what is configured in the material. So if the quality profile contains a value of 220 for the hotend temperature, Cura ignores what is set in the materials pane of the preferences. I'm working on an update of the Material Settings plugin that will make this somewhat clearer and lets you do something about it.

You cannot modify the settings in a gcode file, but you can read the settings that were used to some extent; instead of opening the gcode file in the same way as a 3d model, you can load the gcode file as a profile, on the Profiles pane of the preferences. This will create a new profile with mostly the same settings as the gcode file was created with.

The original post was from a user with an Anet printer, which is compatible with OctoPrint. Installing the OctoPrint Connection plugin from the Marketplace would fix their problem. The Ultimaker S5 is not compatible with OctoPrint. Installing the aforementioned plugin will not change that.

Well if you want to pay for Cura, feel free to sponsor my work on it as a 3rd party contributor to the project: https://github.com/sponsors/fieldOfView/

The OctoPrint Connection plugin detects if the CuraThumbnails plugin is installed, and sends files to OctoPrint as .ufp without having to configure anything in Cura, regardless of the printer brand. Don't do that, that will not work with your printer and it will not in any way affect the use of .ufp files.

There's a great OctoPrint community here: https://community.octoprint.org/ I'm sure they can help you out.

That script adds commands in the gcode to trigger a camera, if the printer firmware and hardware support that. It does not handle displaying the snapshots in any way.

Somewhat longer answer: yes, through OctoPrint.

In addition to what @tinkergnome says, the UM2+ detects what gcode flavor the file is sliced and uses either volumetric extrusion amounts (in the case of UltiGcode) or lengths (in the case of Marlin or Reprap).

Sorry, I mixed up some heatup commands. If you copy/pasted the code before now, please do so again.

Your start gcode does not include any commands to heat up your extruder or your bed. Cura sees this, and tries to help you by adding a heatup sequence before your start gcode. This is handy, but not flexible. Here's a sequence that first heats up the bed and hotend, but uses the "standby temperature" that is low enough that no oozing will happen. Then it does the leveling, before heating the hotend all the way up in time for priming. ``` M201 X500.00 Y500.00 Z100.00 E5000.00 ;Setup machine max acceleration M203 X500.00 Y500.00 Z10.00 E50.00 ;Setup machine max feedrate M204 P500.00 R1000.00 T500.00 ;Setup Print/Retract/Travel acceleration M205 X8.00 Y8.00 Z0.40 E5.00 ;Setup Jerk M220 S100 ;Reset Feedrate M221 S100 ;Reset Flowrate M190 S{material_bed_temperature_layer_0} ;Heat up bed M109 S{material_standby_temperature} ;Heat up extruder to non-oozing temperature G28 ;Home G29; G92 E0 ;Reset Extruder M109 S{material_print_temperature_layer_0} ;Finish heating the extruder to print temperature G1 Z2.0 F3000 ;Move Z Axis up G1 X10.1 Y20 Z0.28 F5000.0 ;Move to start position G1 X10.1 Y200.0 Z0.28 F1500.0 E15 ;Draw the first line G1 X10.4 Y200.0 Z0.28 F5000.0 ;Move to side a little G1 X10.4 Y20 Z0.28 F1500.0 E30 ;Draw the second line G92 E0 ;Reset Extruder G1 Z2.0 F3000 ;Move Z Axis up ``` Heating up to the standby temperature before leveling will make sure that your leveling takes into account at least some of the warping of the bed and expansion of the hotend due to heat.

You may be able to mount the diskimage if you install the free APFS Retrofit kit The download link is a bit hard to find, but it is available here: http://dl.paragon-software.com/free/Paragon-1218-FRU_MacInstallUnlock_1.0.164.dmg

Regular CuraEngine contributors @bagel-orb, @ghostkeeper and @burtoogle all frequent this forum to some extent, but if you have specific question you may also ask those in the CuraEngine issue queue on github.

Neither am I, to be honest. The object list is ordered alphabetically, and it is not possible to change the order. What model is dominant may be affected by which model is more in front. Try moving one of the model more towards the front of the bed to see if that affects the order.

I don't think it does. Help us out, @burtoogle

You could try that, but I doubt it will change anything. You should try to get your GPU driver working. The opengl32.dll file mentioned by @fato above should normally be part of the system and/or gpu driver.

You cannot remove the material if it is currently active in any of the printers you have added to Cura. So make sure you have activated a different material. You also cannot edit or remove materials that are in readonly parts of your OS, such as the Program Files. There is a "materials" folder in the Configuration folder that is more appropriate for custom materials. See help -> Show configuration folder.

See the "Remove Mesh Intersection" and "Alternate Mesh Removal" settings.

Ah, yes, OSX. You could try command-clicking instead of control-clicking individual parts in a merged group.

The "split apart" functionality in Mesh Tools (and in legacy Cura versions such as 15.04.0x) is meant to split objects that have been exported as a single body. Ie: multiple parts that are spaced apart but exported as a single stl. I *think* that you want to print a part of a whole model. That is not what split apart can help you with. What you could do is sink the model into the buildplate (drag the vertical axis down with the move tool) until only the part that you want to print extends above the buildplate. Edit: MeshMixer has a great tool to section off part of a model.

Perhaps if you could share a project and a gcode file that has the misplaced lines, someone could check to see what is going on. We can't do much with just these screenshots,

No, there is no way to visualise the temperatures in the preview. Furthermore, ChangeAtZ is a postprocessing script, and results of postprocessing are not shown in the preview, so even if there were a temperature color scheme, it would not show the temperature change you would like to see.